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ABSTRACT 


GOMEL  is  a  communications  oriented  war  game  develooed  by 
the  Joint  Telecommunications  Staff  Officers'  Course  at 
Keesler  AFB.  The  war  game  has  been  automated  to  run  on  a 
VAX/VMS  comouter.  The  program  allows  computer  assisted  clay 
of  the  game  usina  a  manual  gameboard. 

The  game  has  two  portions*  an  Acguisition  Phase  and  an 
Operations  Phase.  In  the  Acquisition  Phase,  players  budget 
for  reseaf'ch  and  development*  manufacturing*  purchase*  and 
operations  and  maintenance  of  communications  and  electronic 
equipment  for  a  Joint  Task  Force  CJTF),  In  the  Operations 
Phase*  plavers  allocate  the  available  communications  and 
electronic  equipment  to  units*  physical  locations*  or 
special  missions  and  then  direct  the  employment  of  the  units 
and  equipment  in  a  war  game. 

The  programs  are  written  in  structured  FORTRAN  77*  with 
extensive  comments  and  external  documentation,  so  that  they 
can  be  read*  understood*  modified*  and  expanded  by  those 
with  limited  programminq  experience. 
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I.  BACKGROUND 


Communications  Electronics  War  (GOMEL)  was  develooed  as 
a  manual  war  game  in  1982  by  students  at  the  Joint 
Te1  ecommuni  cat  i  or.s  Systems  Staff  Officers  Course  (TSSOC)  at 
Keesler  Air  Force  Baser  Mississipoi.  The  goals  of  the  game 
were  to  "integrate  selected  objectives  of  TSSOC  into  a 
single  exercise"  and  to  give  an  understanding  of  "the 
complexities  of  joint  communications  systems  acauisition  and 
pi ann  i  ng. "  [Ref  •   1 ) 

The  basic  concept  of  the  aame  was  develooed  by  ^ajor 
James  L.  Parrine  and  other  TSSOC  faculty  members.  Their 
concept  called  for  a  game  based  on  the  assumption  that 
"operational  forces  are  only  as  effective  as  the  comm 
suDPorting  them."  [Ref.  1]  Their  initial  concept  was 
primarily  concerned  with  acQuisition.  Each  team  was  to 
begin  the  game  year  with  aiven  ooerational  communications 
systems.  The  teams  woula  have  research^  aCQuisition,  and 
intelligence  decisions  to  malce  with  limited  resources. 
Subseauent  turns  would  represent  budget  years.  Random 
events  would  by  entered  into  the  game  via  "Gimme  a  Break" 
and  "Awshucks"  cards.  The  initial  concept  called  for  the 
development  of  an  objective  evaluation  criteria  to  determine 
t  he  game  w  i  nner • 


The  conceot  was  further  refinen  to  include  a  combat 
phase  with  faculty  members  as  cootro'lers  and  evaluators. 
Preliminary  design  goals  were  defined  and  given  to  the 
student  s . 

The  manual  game  was  then  designc'd  b*'  three  students  as 
their  major  oroject  for  the  course.  Credit  for  the  game 
design  goes  to  Caotain  Matt  Downing  (US a).  Captain  Gilbert 
Grabowiecki  (USAF),  and  Caotain  John  Ortman  (USAF).  They 
designed  most  of  the  manual  game  materials  that  were  used  in 
develooing  this  thesis  and  the  comou^:er  version  of  COMEL. 
1st  Lt  Diana  Youngs*  who  has  been  involved  in  the  evolution 
of  the  manual  game*  orovided  additional  materials. 

The  goal  of  this  thesis  'Vv?*3  to  develop  a  comouter 
version  of  COMEL  to  incoroorate  most  of  the  features  of  the 
manual  version  and  to  allow  later  expansion  of  the  game. 
The  comouter  version  was  designed  in  :wo  oortions.  Robert 
Allgood  designed  the  control  modi"'?s  .jnd  the  Acguisition 
Phase  modules;  Katherine  Rcwe  des^'^ned  the  Ooerations  Phase 
modules.  The  two  portions  were  tren  combined  to  form  a 
single  game.  The  computer  version  is  resident  in  the  C2 
Wargaming  and  Research  Laboratory  CC2  //ARLAB)  at  the  Maval 
Postgraduate  School  (NPS)  and  can  be  modified  for  use  at 
TSSOC  when  a  computer  facility  is  available.  A  detailed 
User's  Manual  and  ^Maintenance  Manual  have  been  written  and 
are  attached  as  appendices  to  this  thesis.  The  scripts  of 
these  manuals  are  also  available  through  the  C2  rtARLAB, 


II.  GAME  CONCEPT  AND  MODELS 


A.   GAME  OVERVIEW 

COMEL  is  logically  divided  into  an  Acquisition  Phase  and 
an  Operations  Phase.  Each  of  these  ohases  oroqresses 
through  a  series  of  turns.  The  turn  for  Acquisition  is  a 
budget  year  and  for  Operations  is  a  game  steo  of 
approximately  one  day. 

The  Umpire  has  complete  control  of  the  sequence  of 
events  in  COMEL  The  game  can  be  run  at  the  convenience  of 
the  players  involved.  The  Acquisition  Phase  can  be  played 
in  one  session  and  the  Operations  Phase  started  during  a 
seperate  session,  or  the  Operations  Phase  can  be  set  to 
start  automatically  should  the  war  occur  (by  orogram  control 
or  by  the  Umpire's  decision).  The  Umpire  can  stoo  play  of 
the  qame  at  the  beginning  of  any  turn.  iNhen  COMEL  is 
stopped  in  this  manner,  the  Umoire  may  save  the  game  files 
in  one  of  the  save  areas  set  aside  for  this  ourpose.  The 
Umoire  and  olayers  will  then  have  the  opportunity  to 
continue  the  game  at  some  later  time. 

During  the  initialization  of  COMEL,  the  olavers  must 
coordinate  closely  with  the  Umoire,  to  ensure  proper 
synchronization.   Players  do  not  have  any  further  input 


effecting  the  administration  of  the  game^  which  is  under 
Umoi  re  control. 

Data  files  are  available  for  a  default  game  that  is 
based  on  the  manual  version  of  COMFL,  Ey  substituting 
alternate  files  the  Umpire  can  change  the  scenario. 
Detailed  instructions  on  oreparing  alterncite  files  are 
included  in  the  Maintenance  f^^anual. 

The  models  used  in  GOMEL  will  be  discLSse'"'  only  briefly 
in  this  thesis  since  they  are  explained  iri  detail  in  the 
attached  Users'  and  Maintenance  'Manuals. 

B.   ACQUISITION  PHASE 

The  Acguisition  Phase  of  CO^EL  shou'jf  givf»  the  olayers 
an  aooreciation  of  the  complexities^  in  terms  of  time^ 
money/  and  magnitude  of  decisions  i»ivolved/  in  the 
procurement  of  systems  to  fulfill  mission  def ' c i enc i es . 

All  systems  have  life  cvcles.CPef.  '''J  In  terms  of  the 
Acguisition  model  used  in  GOMEL/  a  svstem  will  begin  its 
life  cycle  as  soon  as  money  is  aooMed  in  research  and 
devel opment ( R+0 )  or,  for  systems  net  reguiring  R+0/  when 
money  is  aoplied  to  manufacturing  for  deployment  (M->-0), 
Some  systems  may  already  be  in  the  life  cycle  orocess  when 
the  Acguisition  Phase  starts/  if  already  in  the  inventory 
and  ooerat  i  ng. 

Systems  that  can  be  acguired  fit  into  five  general 
cat  ego  r  i  es : 
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a.  Ground   communications   systems   (HF,   VLF,   tactical/ 
Satellite  ground  terminals/  and  1 i ne~o f -s i gh t  systems) 

b.  Communications  satellites 

c.  Intelligence  satellites 

a.   Electronic  warfare  systems 

e.   Soecial  systems  (Ai/vACS/  airborne   command   postS/   and 
ant i -sat el  1 i t e  weaoons). 

There  are  actually  three  phases  of  the  svstem  life 
cycle;  the  planning  oeriodf  the  acguisition  oeriod/  and  the 
use  oeriod  (the  Operations  Phase  of  GOMEL),  The  planning 
period  begins  prior  to  the  start  of  the  computer  portion  of 
COI^EL  and  continues  throughout  the  game. 

Before  the  game  begins/  players  should  be  given  basic 
scenario  descr i ot i ons .  (The  default  game  includes  CONPLANS 
anc  Commander's  Planning  Guidance  which  are  included  as 
attachments  to  the  Users'  Manual)  They  also  need  lists  of 
COTbat  units  and  available  electronic  systems.  The  olayers 
should  decide  in  advance  what  systems  they  need  to  acguire 
to  meet  the  threat.  Planning  continues  throuahout  the 
Acguisition  Phase  as  olayers  react  to  budget  constraints  and 
i  nt  el  1 i  gence . 

The  Acguisition  Phase  includes  all  triose  steps  necessary 
to  design/  test  and  evaluate/  produce/  and  install  the 
planned  systems.  The  stages  in  Acauisition  can  include 
normal  Research  and  Development  (R+D)/  accelerated  Research 
and  Develooment  (AR+D)/  Manufacturing  for  Deployment   (M+0)/ 
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normal  Operation  and  Maintenance  (0+M)  and  Peouced  Operation 
and  Maintenance  (RO+M).  All  the  above  steps  require  annual 
budget  money  to  be  committed.  There  are  also  some 
intermediate  steps  that  come  between  the  steps  l«ste(i  above. 
After  (R  +  0)  the  system  enters  a  state  called  I'inished 
Research  and  Development  (FR  +  D).  Players  obHqa^e  money  to 
move  systems  in  this  state  into  M  +  D  C^s  well  .js  those 
systems  not  requiring  R+D).  When  systems  finis*-  M  +  l),  they 
become  available  for  purchase  and  can  be  olaCf?d  in  an 
operating  status.  However,  due  to  the  h  i  r3h  cost  of 
maintaining  tooling,  a  system  may  disappear  *rnm  a  -eady  to 
be  bought  status  if  not  procured  the  year  avcsilable.  In 
which  case,  that  system  woula  have  to  be  3tar!ed  from 
scratch  again.   The  life  cycle  is  pictured  in  Figure  1. 


R£D 


ARSD 


MSD 


MSD 
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THE  SYSTEM  LIFE  CYCLE 
Figure  1 
As  with  the  acguisition  of  any  real  world  systems,  the 
budget  is  a  major  factor  in  most  decisions;  with  ar\ 
unlimited  budget,  one  could  procure  everything  available  and 
the  decision  process  would  be  simple.  In  GOMEL  tne  Umpire 
acts  as  the  budgeting  authority  for  the  players  (ie, 
Conqress   or   DOD).    Each   year  the  players  are  allocated  a 
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budget  that,  given  an  appropriate  acquisition  strategy* 
shou'd  permit  the  development  within  a  few  years  of  enough 
systfims  to  meet  the  orojected  threat.  The  players  then 
allocate  their  budget  among  the  current  systems  in  0+M, 
Systems  under  ^i  +  Dr  and  the  R  +  D  programs.  War  can  occur  any 
time  after  year  two?  the  probability  of  war  is  low  in  year 
two  aid  increases  each  year  thereafter.  The  player  has  to 
ba^^nce  the  threat  of  war  the  next  year  against  more 
effective  systems  that  require  several  years  to  bring 
through  the  acquisition  stages.  The  budget  given  the  player 
may  not  be  enough  to  attain  all  the  player's  procurement 
clans.  The  players  then  must  prioritize  and  make  tradeoffs 
to  decide  which  systems  are  most  essential  to  the  mission. 
The  player  may  save  money  by  placing  systems  in  reduced  0  +  "*^ 
or  bv  scraoping  certain  existing  systems. 

The  player  should  remember  that  there  is  an  opponent  who 
eventually  will  test  the  acquisition  decisions  made.  The 
pl5y«-r  may  gain  an  advantage  by  purchasing  intelligence  from 
the  Umoire.  Intelligence  may  enable  the  olayer  to  take 
advantage  of  what  the  opponent  is  doing.  As  with  any 
intelligence  system,  information  obtained  is  not  oerfect  and 
may  be  totally  worthless.  It  should  be  used  to  aid  in  a 
decision  but  not  as  the  driving  force. 

The  last  major  factor  in  the  acguisition  orocess  is 
time.  Each  turn  has  a  time  limit;  if  advanced  olanning  was 
not  adeguater  decisions  may   be   rushed.    Time   is   also   a 
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factor  when  considering  the  years  reauired  to  make  a  system 
available  for  use  in  the  field.  The  olayer  therefore  must 
account  for  the  time  required  to  develop  and  field  eauiomert 
and  must  decide  which  systems  to  introduce  into  R  +  D,  Cif 
these/  the  olayer  must  decide  which  systems  to  select  for 
ARfOf  which  to  continue  into  M+D  and  O+M^  which  to  scraCf 
and  which  to  defer  to  the  future  (while  consiaerira  the 
probability  of  war). 

In  the  Acquisition  ohase^  the  olayer  has  two  decision 
aids  available  to  assist  in  the  planning  and  acquisit-ion  of 
systems.  These  aids  are  a  forecast  of  budget  reoui  remeni:  s 
and  a  force  orojection.  Both  are  forecasts  for  the  ne::t 
five  years.  The  budget  forecast  oredicts  costn  fcr 
continued  develooment^  purchase^  and  operation  of  svstens 
that  are  currently  in  the  field  or  in  acquis itior.  The 
force  projection  consists  of  two  graphic  oresentcjtions;  one 
summarizes  technical  parameters  of  systems  under  cir»velooment 
and  in  ooerationr  the  second  shows  a  force  asspssment  based 
on  the  weighted  average  of  the  technical  oara-riet^r-.;.  A 
further  descriotion  of  these  routines  can  be  found  n  the 
Users '  Manua 1 . 

The  final  stage  of  the  system  life  cycle  is  the  use 
period:  The  actual  operation  of  the  system.  This  is  the 
point  in  GOMEL  where  the  Acquisition  Phase  ends  and  the 
Ooerations  Phase  begins. 
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C.   OPERATIONS  PHASE 

The  Operations  Phase  allows  the  players  to  test  their 
acqu i s i t i or  dec  sions  in  simulated  combat.  At  the  beginning 
of  the  Qoeratior^s  Phaser  the  players  allocate  the  systems 
they  ourchaseci  to  combat  units  or  fixed  locations. 
Throughout  the  war  game»  the  players  make  decisions 
affecting  the  operations  of  their  electronic  systems  and 
combat  units.  'hrough  the  communications*  mobility^  and 
combat  modelsr  the  acguisition  and  allocation  decisions  that 
the  players  mad<»  are    reflected  in  the  conduct  of  the  battle. 

The  war  game  oits  two  Joint  Task  Forces  (JTFs)  against 
each  other  in  a  race  to  gain  control  of  key  objectives  on  a 
hex  map,.  "^l.e  default  game  scenario  has  the  Red  and  Green 
forces  deployed  in  allied  countries*  Blue  and  Yellow.  The 
Pea  and  Qre^^n  forces  are  trying  to  gain  control  of  valuable 
mineral  reserv»»s  and  the  port  facilities  in  a  neutral 
count  ry f     Ut  opi  a  . 

1  .   Com'nuni  cat  ions  Models 

The  communications  models  used  in  GOMEL  are  based  on 
a  measure  called  C3  Effectiveness  (or  Effectancy).  This 
value  is  a  "measure  of  the  overall  ability  of  a 
communications  system  to  support  the  mission  of  the  unit  it 
is  assigned  to."  [Pef.  I]  The  C3  Effectiveness  (C3E)  in  the 
manual  game  is  a  product  of  reliability/  flexibility*  and 
ooerability  of  an  electronic  system  or  a  communications  link 
(including   both   ends  of  the  link).   In  the  default  version 
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of  the  comouter  gaTie^  C3E  is  also  a  opoduct  of  reiiabilit// 
flexibiHty/  and  ooerabiHty?  however,  for  com-rcjni  cations 
systems  the  sauare  root  of  the  product  is  used  to  reoresent 
the  C3E  of  one  end  of  a  communications  lin<,  since  th'j  two 
ends  of  a  communications  link  are  treated  separately  in 
calculations  of  connectivity. 

The  designers  of  the  game  define  these  three  value?  a^ 
fol lows  [Ref .   11  : 

a.  "Reliability  coefficient:  A  system's  abilicy  v.o 
remain  ooerational  and  oerform  according  to  soecifications," 

b.  "Flexibility  coefficient:  A  system's  abilit/  'o 
accommodate  various  traffic  fluctuations  and  oroc  eour  t.  ' 
changes  based  on  operational  crises." 

c.  "Ooerability  coefficient:  A  measure  of  the  esse 
with  which  a  system  can  be  understood^  operated*  an:J 
maintained  by  those  trained  to  do  so." 

Each  of  these  measures  is  expressed  as  a  a  eci "!.-:»' 
between  zero  and  one.  Only  the  resulting  productr  C5E/  -•; 
actually  used  in  the  game  models. 

The  C3E  of  communications  systems  is  used  tc  compute 
three  measures  of  connectivity.  These  program  variaoles,' 
NCACON,  C3EXT,  and  INTC3»  are  assigned  values  from  zero  to 
one.  NCACON  is  a  measure  of  the  ability  of  the  JTF 
headguarters  to  contact  the  National  Command  Authority 
(NCA).  C3EXT  is  a  measure  of  the  ability  of  a  unit  to 
contact  their  JTFHQ.   INTC3   is   the   measure   of   a   unit's 
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internal  f  tactical  cc)mmunications.  These  three  measures  of 
connectivity  are  used  throughout  the  game  as  the  orooability 
that  necessary  i  nf  or-riat  i  on  can  be  oassed  from  one  level  of 
command  to  another, 

Th«  C3E  V'^lue  of  other  electronic  eauioment/  such  as 
electronic  wa  rf<%re  systems^  is  used  to  represent  the 
orobability  t^at  ?:he  system  will  satisfy  its  mission. 

Other  technical  data*  such  as  range/  comoatibility^ 
mobiHtVf  and  satellite  beam  widtn,  are  modeled  directly  in 
the  game. 

2 .   'Movement  "^ode! 

Movement  of  Lnits  is  based  on  an  ootimum  oath 
routine  and  .-novement  points  (mobility).  The  players  inout 
goals  (destinations)  "for  their  units.  The  optimum  oath 
routine  ca^culatPS  the  best  oath  for  that  type  of  unit  to 
take  to  reach  the  goal/  based  on  the  terrain.  Each  nex 
along  the  o'lth  will  reguire  a  certain  number  of  points  to 
traverse?  for  example-/  open  terrain  reguires  one  point/ 
mountains  threes  "novement  along  a  road  taWes  one  half  point. 
The  data  files  assign  each  unit  a  certain  numoer  of  movement 
Points  Per  turn  (files  are  created  prior  to  game  olav). 
This  mobility  can  be  cut  in  half  by  ooor  internal 
communications  (INTC3), 

During  a  turn/  each  unit  moves  along  the  optimum 
oath  until  it  runs  out  of  movement  oointS/  reaches  its  goal/ 
or  comes  into  contact  (adjacent  hex)   with   an   enemy   unit. 
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When  in  contact  with  the  enemy,  the  olayer  can  have  the  unit 
assume  one  of  three  defensive  positions  (retreatf  continue 
toward  its  goal/  or  stop  in  present  position),  or  reauest 
approval  of  an  attack.  Approval  level  for  attacks  is  set  oy 
the  Umpire  as  Rules  of  Engagement  (ROE).  Three  ROE  are 
allowed:  the  Umpire  can  reguire  MCA  approval  of  all 
attacks*  allow  JTFHQ  approval/  or  permit  local  unit 
commanders  to  attack  targets  of  opportunity.  For  example/ 
the  NCA  or  JTF  may  want  to  maintain  attack  approval 
authority  to  ensure  that  the  other  side  initiates 
hostilities/  or  to  coordinate  the  timing  of  a  oreemptive/ 
force  wi  de  at  t  ack  . 

3 .   Combat  ^odel s 

The  combat  seauence  of  the  game  models  most  aspects 
of  the  modern/  joint  battlefield.  In  addition  to  ground 
combat/  the  game  includes  extensive  air  combat  models/ 
including  interdiction,  close  air  support/  counter  air', 
reconnaisance/  and  tactical  airlift  of  airborne  forces. 
Air-land  forces  include  the  JTFHQ/  tactical  fighter  winas/ 
armored  brigades/  mechanized  brigades/  and  airborne 
brigades.  Sea  forces  include  carrier  battle  grouos/ 
amphibious  task  forces/  and  Marine  forces. 

The  combat  models  themselves  are  very  simple/ 
depending  primarily  on  computing  the  difference  in  various 
combat  values  (in  the  input  data  files)  and  applying  a 
random    factor.     The    reguirement    for    communications 
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connectivity  and  the  ''ole  o^  electronic  warfare  is  modeled 
in  more  detail.  The  construction  of  these  models  is 
described  in  detail  in  the  Maintenance  Manual. 

0.   CRITIQUE  OF  MODELS 

The  three  basic  commur i cat i ons  connectivity  models^ 
NCACON,  INTC3,  and  C3£XT^  are  based  on  orobaoility  theory 
and  are  only  as  good  as  the  C3  Effectiveness  values  that  are 
entered  through  the  initial  data  files.  The  method  used  bv 
in  the  manual  game  and  in  the  default  comouter  garne  to 
calculate  C3E  is  T.imole/  but  not  necessarily  the  most 
aooropriate  method.  Survivability/  soeed  of  transmission, 
traffic  load/  and  other  important  considerations  are  not 
factors  used  in  the  calculation  of  C3E/  and  possibly  should 
be  included.  Users  -nav  crecite  their  own  C3E  values  and  use 
them  instead  of  the  default  values. 

The  effect  of  cof^-nuni  cations  on  combat  is  modeled 
extensively  and  aooropr i at e 1 y ?  however  there  are  still  some 
occasions  in  the  aa^ie  ^^^hen  connectivity  should  be  a  factor 
but  checks  are  not  included.  More  could  be  added  easily. 
Time  delays  are  not  directly  modeled  in  the  game;  however, 
since  the  time  steo  of  the  Operations  Phase  of  the  game  is  a 
whole  day*  time  delays  would  be  difficult  to  model. 

The  role  of  the  Airborne  Command  Post  in  combat  is 
minimized  in  the  game.  It's  only  role  is  as  a 
communications  relay.   There  is  no  use  of  the   ABNCP   as   an 
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alternate  decision-making  unit*  in  case  of  combat  losses  at 
the  Joint  Task  Force  Headauarters . 

The  Airborne  Warning  and  Control  Aircraft  acts  as  a 
communications  relay  and  also  provides  advanced  warning  of 
air  strikes.  AWACS  should  also  add  to  the  effectiveness  of 
counter-air  and  c 1 ose-ai r-suooor t  .  It  could  also  orovide 
some  additional  tactical  intelligence. 

The  combat  models  are  low-resolution/  simplistic  models. 
They  are  based  almost  entirely  on  input  combat  values. 
These  values  should  be  evaluated  by  oeoole  with  combat 
experience  to  make  sure  the  values  for  different  units  have 
realistic  ratios.  However*  the  simplistic  models  themselves 
may  be  sufficient*  since  the  purpose  of  GOMEL  is  to  train 
communications  officers*  not  combat  operations  officers. 

The  implementation  of  the  enhancements  listed  in  Chapter 
IV  could  eliminate  most  of  the  known  deficiencies  of  the 
game. 
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III.  USE  OF  cny^E'. 

GOMEL  was  develooed  as  a  manjal  game  to  train 
communications  staff  officers.  The  computer  version  can  be 
used  for  this  puroose  at  TSSOC/  in  the  Telecommunications 
Management  curriculum  at  the  Nav^l  Postgraduate  School 
(NPS)f  or  wherever  a  compatible  computer  capability  exists. 
By  forming  into  joint  staffs  and  discussing  the  advantaaes 
and  disadvantages  of  various  communications  systems  in  the 
game  scenario^  students  and  other  communications  officers 
can  apply  what  thev  have  learr-^d  about  systems^  the 
acquisition  process/  and  the  rol-««  of  communications  in 
supporting  combat.  The  major  'earning  experience  for 
communications  officers  comes  in  discussions  during  the 
Acquisition  Phase  of  the  game  ^nd  during  the  ^irst 
Operations  turn*  while  allocating  rhe  equipment  to  units  and 
missions.  The  remainder  of  the  Operations  Phase  serves  to 
provide  feedbacfc/  heloing  olavers  to  evaluate  their 
decisions.  The  combat  phase  also  makes  playing  the  game 
much  more  interesting! 

For  students  in  the  Command  and  Control  curriculum  or  in 
Operations  Research  at  NPS»  the  game  provides  a 
demonstration  of  the  interrelationship  of  air  and  land 
combat   and   the   roles   of   communications   and   electronic 
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systems.  The  game  also  orovides  a  convenient  format  for 
students  to  learn  simulation  and  war  gaminq  techniques. 
Unlike  most  computer  war  qamesr  GOMEL  is  soecifically 
designed  for  study  and  modification  by  novice  programmers. 
Students  with  only  a  rudamentary  knowledge  of  FORTRAN  can 
study  the  construction  of  the  modelSf  evaluate  and  criticize 
them»  and  try  to  improve  them. 

The  Acquisition  Phase  of  GOMEL  can  be  used  to 
demonstrate  some  of  the  material  learned  in  project 
management  courses.  The  Acquisition  Phase  illustrates  the 
steps  in  the  system  life  cycle  and  qives  an  appreciation  of 
the  time  necessary  to  procure  a  system.  The  decisions  and 
timing  also  show  some  of  the  concepts  studied  dealing  with 
the  Five  Year  Defense  Plan  and  the  Planning^  Programming  and 
Budgeting  System. 

If  properly  validated  (see  Ghapter  M ,  Section  A)  the 
game  might  be  used  by  serious  researchers  to  study  various 
measures  of  effectiveness  for  command  and  control  systems. 
The  same  scenario  can  be  run  using  different  measures  of 
effectiveness  for  component  systems.  The  relative  value  in 
combat  of  two  different  systems*  for  example  an  additional 
AialACS  or  new  HF  radios*  could  be  evaluated  by  giving  one  to 
the  Red  forces  and  one  to  the  Green,  with  all  other  factors 
the  same.  Measures  of  effectiveness  for  the  overall  command 
and  control  process  could  be  evaluated  by  seeinq  how  well 
they  predict  the  outcome  of  the  game. 
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IV.  RECOMMENDED  ENHANCEMENTS 

The  modular  construction  of  the  game  lends  itself  to  the 
addition  of  many  enhancements  which  could  be  accomolished  as 
individual  or  grouD  projects.  This  section  of  the  thesis 
describes  some  but  not  all  of  the  enhancen'jnt  s  that  could  be 
made. 

A.   VALIDATION  OF  OPERATIONS  MODELS 

The  models  used  in  the  Ooerations  Phase  and  the 
numerical   values  assigned  sre    primar;'y  tfiose  developed  for 


TSSOC's  manual  version  of  the   game 


the   numbers   and 


models   were  validated  the  game  could  be  used  as  more  than  a 
training  aid.   The  critical  points  to  be  validated  are: 

a.  The  C3  effectiveness  valu'js  for  default 
communications  and  electronic  systems. 

b.  The  relative  combat  values  of  unitSf  including 
ground  combat  valuer  air  defense  valuer  and  various  air 
combat  va 1 ues  . 

c.  The  effect  of  terrain  on  communications. 

d.  The  effect  of  terrain  on  movement. 

e.  The  combat  outcomes  table/  air  defence  outcomes^ 
and  counter-air  outcomes. 


21 


The  single  nnost  critical  factor  in  the  game  is  the  C3 
effectiveness  value  for  communications  and  electronics 
systems.  This  number^  as  developed  by  the  designers  of  the 
gamCf  is  a  direct  oroduct  of  reliability^  flexibility/  and 
ooerability  (see  Chapter  2t  Section  C).  These  values^  if 
thev  are  to  be  used/  should  be  verified  as  typical  of  the 
particular  type  of  eauipment.  However,  there  may  be  a 
bettsr  measure  of  effectiveness  than  this  oroduct.  Perhaps 
a  different  weighting  of  the  factors  should  be  used  or 
perhaps  new  factors  should  be  added.  Since  time  delays  are 
not  directly  modeled/  perhaps  a  measure  of  soeed  of 
transmission  or  speed  of  message  preoaration  should  be 
added.  Different  measures  of  effectiveness  can  be  used  for 
different  systems.  As  long  as  the  final  C5E  value  is 
expressed  as  a  probability*  any  value  may  be  used  and  the 
game  can  oroceed  with  no  changes  except  to  the  initial  data 
file. 

The  game  models  might  be  validated  in  five  ways: 

a.  Each  individual  model  such  as  close  air  support 
or  terrain  effect  on  movement  could  be  subjectively  analyzed 
by  experts  in  the  field. 

b.  The  scenario  could  be  modified  to  match  that  of 
a  higher  resolution  game  such  as  the  McClintoc  Theater  '^odel 
C^TM)  [Ref.   31/  and  the  final  results  could  be  compared. 

c.  The  scenario  could  be  changed  to  match  a 
historical   battle   of   similar  scooe/  such  as  the  Faulkland 
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Islands  or  the  1982  Lebonese  conflictr  and  t^^e   game   result 
could  be  comoared  to  the  actual  outcome. 

d.  The  scenario  could  be  changed  to  nr. atcn  that  of  a 
field  exercise  and  the  outcomes  cou^d  be  comoared. 

e.  Some  of  the  individual  models  could  be  comoared 
to  real  world  situations.  For  example^  a  gamt>  combat  unit 
and  Joint  Task  Force  Headguarters  could  be  given  exactly  the 
same  set  of  communications  eguioment  as  is  avaMable  to  a 
real  world  unit  and  its  headguarters.  The  game  units  could 
be  set  in  mao  terrain  to  match  the  actual  sit-uation.  The 
real  caoability  to  get  messaaes  from  the  unit  to  the 
headguarters  could  be  measured  through  test  Tessages  and 
comoared  to  the  game  unit's  ability  to  coffr  un -:  c  a  t  e  with 
headguarters  (C3EXT), 

The  validation  methods  described  nere  cct.  Id  easily 
become  the  subjects  of  several  different  theses.  One  thesis 
could  develop  and  test  a  better  method  of  calculating  C3E 
for  the  systems.  In  another  thesis^  a  communications 
Student  could  analyze  the  communications  moaels/  MCACON/ 
INTC3f  and  C3EXT,  and  their  effect  on  the  battlefield.  An 
Electronic  Warfare  student  could  analyze  the  E'J^  models.  A 
Command  and  Control  or  Operations  Research  student  with 
extensive  air-land  combat  background  could  analyze  the 
combat  mode  1 s  . 
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B.  GRAPHICS 

The  comDuter  version  of  GOMEL  still  requires  manual 
layout  of  communications  networks  to  olan  the  allocation  of 
eQuip^^ent.  A  graphics  oroqram  that  took  the  list  of 
equioment  and  orooosed  allocations  and  drew  the  resultino 
networks  would  be  a  valuable  enhancement  of  the  game.  The 
graohics  program  could  use  color  to  distinguish  between 
fixed  snd  mobile  equipment.  It  could  call  on  Subroutines 
NCACON/  INTC3,  and  C3EXT  to  calculate  the  overall 
connectivity  measures  for  each  unit  and  display  them  so  the 
player  would  know  which  units  needed  more  equipment  for  good 
connf>ct  i  V  i  t  y  • 

Th!j  garf  e  also  requires  a  manual  qame  board.  The  olavers 
and  the  Umpire  maintain  separate  maPS  of  their  view  of  the 
battlefield.  A  graphics  program  could  be  developed  to 
display  the  map  at  two  levels  of  detail.  A  complete  mao 
could  show  all  the  owned  units'  locations  and  pernaps  their 
proposed  oaths  and  any  known  enemy  locations.  A  higher 
resolution  map  could  be  called  up  to  show  hex  coordinates 
and  possibly  combat  values.  The  development  of  these 
graphics  features  would  be  a  thesis  scope  project. 

C.  SOFTWARE    CONTROL    ENHANCEMENTS 

A  program  needs  to  be  developed  to  build  the  system  data 
and  associated  compatibility  tables  with  full  error  checking 
and  editing   capabilities   built   in.    Interactive   modules 
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could  also  be  designed  to  help  the  user  lay  out  new  -naos  or 
combat  results  tables.  (Unit  and  equipment  lists  3lr?ady 
can  be  developed  interactively.) 

D.  ACQUISITION  PHASE  ENHANCEMENTS 

More   decision   aids   need   to   be   developed  for  the 

Acquisition  Phase.  These  could  include  a  routing  to 
ootin[ii7e  the  force  effectiveness  using  linear  Droora:»,T!inq 
and  sensitivity  analysis.  The  constraints  would  bv  the 
money  available  and  the  year  necessary  for  deDlovTfie!~:t.  Also 
this  routine  could  give  a  forecast  of  the  budget  required  in 
a  five  year  acquisition  plan. 

The  equipment  procured  in  the  Acquisition  Phase-  ^  =.  not 
presently  screened  against  the  forces  to  be  supporte-i.  A 
decision  aid  that  used  the  Subroutines  C3EXTf  IfvTC3;  and 
NCACON  to  cross  check  equipment  versus  the  forces  supported 
could  show  the  adequacy  or  inadequacy  of  p'annea 
acquisitions. 

E.  OPERATIONS  PHASE  ENHANCEMENTS 

A  history  module  could  be  developed  to  orepare  a  printed 
record  of  the  game.  Locations^  goals/  targets*  combat 
values*  etc.  could  be  derived  from  the  blackboards  and 
formatted  at  the  end  of  each  player  turn  and  at  the  end  of 
the  combat  sequence.   During  each  turn*  selected  status 


27 


reocPts  Of  olav^r  inputs  could  trigger  matching  write 
Statements  to  the  history  file. 

New  scenarios  could  be  develooed/  perhaos  matching  some 
real  world  situation  such  as  the  Persion  Gulf.  A  new  map 
and  new  unit  and  equipment  lists  could  be  develooed  to  match 
the  real  world  as  closely  as  possible. 

New  eauii^ment  typeSf  such  as  laser  commun  i  cat  i  ons  f 
satellite  jjT»mers>  or  airborne  EW^  and  new  unit  types*  such 
as  ground  re con  units*  could  be  added  to  the  models. 

The  oame  already  allows  communications  or  EiN  equipment 
to  be  set  up  as  separate  mobile  detachments,  A  module  could 
be  added  tc  allow  such  a  detachment  to  be  merged  Daci<  into  a 
combat  un  i  r  „ 

Inte'' licence  satellites  and  reconnaisance  flights  give 
the  location  of  enemy  units.  The  module  could  be  modified 
to  give  the  tvoe  of  unit  (perhaps  only  designating  it  as  an 
airfieidf  ^eqdquart ers *  light  or  heavy  combat  unit).  The 
direction  of  movement  could  be  derived  from  the  goal  or 
projected  oath  and  indicated  by  an  approximate  compass 
direction.  The  probability  of  detection  could  be  varied 
according  to  the  terrain  or  a  random  factor. 

In  a  conflict  situation*  a  commander  could  be  given  the 
ootion  to  pursue  an  enemy  unit  as  it  retreats  or  moves  on 
toward  i  t  s  goal  . 
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A  change  in  the  rules  of  engagement  is  i  mmed  i  a  t  ??  1  y  and 
automatically  known  to  both  players.  A  communications  c'^eck 
between  the  NCA  and  the  JTFHQ  could  be  added  before  the 
change  would  take  effect, 

A  new  rule  of  engagement  could  be  designed  to  -ilicw 
commanders  of  major  units^  such  as  the  carrier  battle  grcuo/ 
t-o  attack  on  their  own  while  requiring  other  units  to  chec'c 
with  the  JTFHQ. 

In  the  COMMl  modules^  where  equipment  is  allocated  to 
missions  and  combat  unitsr  "idiot  checks"  could  be  added  to 
echo  each  choice  and  provide  for  review  and  revision  at  t'-f? 
end  of  the  modu 1 e . 

The  intelligence  module  could  be  expanded  to  inc'uae 
general^  all-source  intelligence. 

A  greater  degree  of  uncertainty  could  be  included  at  irhe 
Umpire's  request  by  adding  random  "Murphy  cards"f  as  are 
used  in  the  manual  game. 

The  1  i  ne-of -s  i  gh  t  probability  model  [LOSPRSl  could  bi» 
modified  to  allow  more  than  one  relay  point  between  the  unit 
and  the  JTFHQ. 

An  ECCM  mode  could  be  added  for  Ei'V  equipment. 

The  optimum  path  routine  and  other  modules  could  be  made 
more  ef  f  i  c  i  ent  . 

Presently  the  lakes  and  rivers  are  not  navigable. 
Changes  to  Subroutine  PNTS  could  allow  the  amphibious  task 
forces  to  navigate  the  rivers  ano  lakes. 
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The  air  reconnaisanc.e  missions  and  airdroDS  are  executed 
without  any  counter  eii  r  or  air  defense  ODoosition,  These 
modules  could  be  revised  to  include  calls  to  the  counter  air 
module  and  reso'iution  oi'  air  defense, 

A  Logistics  Phase  could  be  added  to  allow  systems  that 
are  still  in  the  R+D  or  M+D  stages  of  Acquisition  when  the 
war  starts  to  be  brought  into  ooeration  di.Tinq  the 
Ooerations  Phase  ii  orooer  logistics  planning  has  been  done. 
The  Logistics  PhaS'f  coud  include  purchase  and  scheduling  of 
strategic  air  1  if?.  Planning  for  maintenance  could  be  made 
to  affect  availability  or  effectiveness  of  systems. 
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V.  GAME  PLAY  REQUIREMENTS 

A.   HARDWARE  REQUIREMENTS 

GOMEL  was  develooed  on  a  Digital  Equiofiient  Corooration 
VAX  11/780.  The  ooeratinq  system  used  is  VMS.  (VAX  stands 
for  Virtual  Address  Extension  and  VMS  stands  for  Virtual 
Memory  System.)  GOMEL  can  be  run  on  any  other  system  that 
suDDorts  FORTRAN-77  and  has  some  type  of  comiiard  file 
execut  i  ve. 

The  qame  requires  three  terminals?  one  for  the  Umoit'e 
and  one  each  for  the  Redand  Green  staff^.  Because  of  the 
numerous  displays  printed/  the  baud  rate  (speed  o^ 
transmission)  should  be  a  least  1200. 

The  qame  can  be  played  over  dial  uo  telephone 
connections.  Telephone  Modems  are  readily  available  for 
tranmission  at  this  baud  rate.  If  possible^  it  is  more 
convenient  to  have  dedicated  terminals  with  direct 
connection  to  the  host  computer  (these  connections  should 
also  be  at  least  1200  baud). 

Any  type  of  terminal  can  be  used  to  run  the  war  qame. 
The  game  is  written  to  support  terminal  types  of  a  generic 
nature.  The  only  terminal  I/O  commands  used  are  write* 
readr  accept  and  type.  There  are  no  unique  commands 
soecific  to  a  terminal  type.    If   a   hardcopy   terminal   is 
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usedy  the  oaQinq  co:^nar>d  may  waste  paper  since  it  orints  2^ 
blank  lines.  If  a  terminal  supports  a  disolav  of  less  than 
2U  lines,  some  xiessaqes  end  menus  may  be  cut  short, 

B.   SOFTWARE  REQUIREMENTS 

The  VAX/ VMS  ooeratirg  system  [Ref.  ^  and  51  must  be 
used  to  run  GOMEL  ga'vie  as  viritten.  The, software  oackaqes 
required  are  the  VAX /VMS  commcind  file  interoreter  and  VAX-ll 
FORTRAN  (FORTRAN-77)  IRef.   6  and  7). 

Conversion  to  other  com outer  systems  with  different 
ooerating  systems,  biit  with  some  dialect  of  FORTRAN-77, 
would  require  only  minor'  f»d  j  u;>t  ment  s  in  the  oroqrams  (ief 
mostly  inout/outout  routines  such  as  open,  closer  type  and 
accept).  A  majority  of  svstens  have  some  form  of  command 
file  interpreter.  However,  the  command  file  proqram  would 
have  to  be  transposed  lin^j  by  line  to  the  new  system  because 
of  the  uniqueness  oT  commands  on  different  operatinq 
systems  • 

Conversion  to  other  computer  systems  with  different 
ooerating  systems  and  standard  FORTRAN  (FORTRAN-a)  would  be 
a  major  oroject.  Standard  FORTRAN  does  not  include 
constructs  such  as  ' IF  ...  THEN ., .ELSE  '  or  '00  WHILE. ..END  DO' 
or  character  tyoe  variables.  In  conversion  to  standard 
FORTRAN,  all  the  oroqrams  would  have  to  be  checked  line  by 
line  and  rewritten  wherever  non-standard  FORTRAN  is  used. 
While   difficult,   the   conversion   could   be   accomolished. 
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GOMEL  is  written  (as  much  as  possible)  in  structured  FORT^^AN 
in  a  too  down  aoproach.  Maintainability  and  readability 
were  orime  considerations  in  the  development  of  GOMEL. 

G.   PHYSIGAL  REQUIREMENTS 

In  addition  to  the  computer  requirements  discussed 
above*  the  following  Physical  materials  are  needed  to  play 
the  game:  game  boards  with  unit  markers/  scenario  and 
mission  descriptions  (Operational  Plans  and  Commander's 
Assesments  used  for  the  default  game  are  attachments  to  the 
Users'  Manual)/  and  copies  of  the  Users'  Manual. 

GOMEL  is  more  instructive  when  the  Umpire/  Red  Players 
and  Green  Players  are  physically  seperated.  Therefore/  tne 
game  should  be  played  in  three  seperate  rooms.  The  Umpire 
and  players  should  have  seperate  mapS/  since  the  players 
have  complete  information  on  their  forces  but  only  partial 
information  on  their  opponents. 

Users'  Manuals  should  be  available  to  the  players  and 
umpire.  GOMEL  requires  that  the  Umpire  and  players  have  a 
good  advance  knowledge  of  the  Users'  Manual/  which  describes 
all  the  options  available  to  the  Umpire  and  players  and  the 
effects  of  each  option. 

The  Maintenance  Manual  is  not  essential  for  game  play 
but  will  be  useful  if  anyone  wants  to  know  more  about  the 
Tiodels  or  wants  to  modify  the  game.  A  detailed  outline  of 
how    the   orogra^i   is   constructed   can   be   found   in   the 
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Maintenance  Manual #  as  weM  as  the  basic  logic  of  each 
module  and  the  oarameters  used  by  each  routine.  Information 
desired  on  the  coTOuter  system  can  be  found  in  one  of  the 
DEC  Manuals;  the  VAX/VMS  Prir-ier  (Ref.  8),  VAX/VMS  Command 
Language  Users  Guide  [Ref.  51  and  the  VAX-U  FORTRAN 
Language  Reference  ^anual  [Re^.   6], 
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1  .  INTRODUCTION 

1.1  THE  GAME 

The  DUPDose  of  Communications  Electronic  /^ar  (C(>'MELJ  is 
to  allow  students  in  communications/  command  and  contro  t  or 
related  disciplines  to  exercise  their  <now't«dge  of 
electronic  system  caoab i 1 i t i es #  the  planning  and  srqui s i t i on 
processes^  and  the  employment  of  communications  and 
electronic  systems  in  combat.  Although  the  •::iar^^  does  not 
attempt  to  model  the  exacts  real  time  operation  of  the 
communications  and  electronic  systems;  it  ooq'^.  ^-:tem:>t  to 
realistically  demonstrate  the  effect  of  electronic -3  on  the 
modern  battlefield. 

This  manual  gives  detailed  instructions  for  c  h  ■?  Unoire 
and  the  plavers  to  run  the  game.  A  Maintenance  '''anual  is 
also  availaole  CAopendix  B)  for  anyone  who  wishe?.  to  study 
the  construction  of  the  models  or  modify  the  game.  The  main 
body  of  the  thesis  describes  the  backgroundf  uses  of  the 
game/  and  major  models/  and  oroposes  future  enhancements. 

The  game  has  two  phases/  an  Acquisition  Phase  and  an 
Operations  Phase.  Either  may  be  olayed  separately  or  in 
seauence.  The  game  may  be  olayed  in  one  sitting  or  may  be 
saved  at  the  end  of  any  turn  and  resumed  at  a  later  time. 
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In  the  Acquisition  Phase/  players  budget  under  time 
constraints  for  research  and  developments  manufacturing/ 
purchaser  ar\ci  operations  of  communications  and  electronic 
eauip!nent  for  a  Joint  Task  Force  (JTF),  This  phase  of  the 
game  traces  the  life  cycle  of  electronic  systems/  as 
illustrared  in  Figure  A-1.   tRef,   61 

In  the  Operations  Phase/  players  aMocate  the  available 
communications  and  electronic  equipment  to  units*  physical 
locations/  or  special  missions  and  then  direct  the 
ei'oloyment  of  the  units  and  equipment  in  a  war  game.  The 
war  pits  two  approximately  equivalent  JTFs  against  each 
other  in  a  race  to  gain  control  of  major  and  minor 
objectii/t-s.  The  relative  capabilities  of  the  two  sides  are 
affected  oreatly  by  the  acquisition/  allocation/  and 
ero  1  oyT!*;.''! t  of  their  electronic  equipment. 

Figure  A-2  is  a  simple  diagram  of  the  sequence  of  the 
Acquisition  Phase.  Figure  A-3  is  a  diagram  of  one  turn  of 
tf^e  Operations  Phase.  Figure  A-^  shows  the  sequence  of  a 
complete/  two  phase  game.  The  initial  conditions  of  the  war 
may  be  changed  as  different  maps  and  objectives/  different 
communications  and  electronic  systems/  different  units/  or 
different  equipment  lists  are  used.  However/  the  basic 
sequence  of  the  game  stays  the  same. 
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Instead  of  creating  a  maOf  objectives^  cornmun  i  cat  i  ons 
and  electronics  systems^  and  unit  lists  unique  to  eaci^  qar^er 
a  default  game  is  provided.  Detailed  information  on  the 
default  game  may  be  found  in  Section  2  of  this  manual. 
Information  on  ga^ie  olay  can  be  found  in  Sections  3  and  4, 
procedures  for  preparing  alternate  versions  of  the  game  can 
be  found  in  the  Maintenance  Manual. 

1.2  THE  PLAYERS 

GOMEL  has  three  computer  positions;  the  Umpire^  the 
Green  Player*  and  the  Red  Player.  However*  each  position 
can  and  should  actually  be  more  than  one  person. 

The  Umpire  has  two  roles.  First*  the  Umpire  controls 
the  seguence  of  the  game  by  setting  the  time  limits  for  each 
turn  and  by  selecting  the  game  version  to  be  played*  for 
example*  three  turns  of  Acguisition  using  the  default 
communications  and  electronics  system  lists*  followed  by  ten 
Operations  turns  using  the  default  map  but  alternate  unit 
lists.  Second*  the  Umpire  takes  an  active  role  in  the  game 
play  by  making  decisions  that  would  normally  be  made  at 
command  levels  above  the  JTF;  for  example*  setting  the 
annual  budget  for  communications  and  electronic  systems*  and 
setting  the  rules  of  engagement.  The  Umpire  should  ideally 
be  more  than  one  oerson*  since  group  decision  making 
discussions  provide  a  better  learning  experience. 
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In  the  Acquisition  Phase*  the  Red  and  Green  Players  act 
aS  the  C3  olanninq  staffs  ^or  their  respective  JTFs.  During 
the  Operations  Phase  trey  act  as  both  the  JTF  staff  and  the 
direct  ooerational  coimanders .  Each  side  should  ideally 
have  at  least  six  oeop'e:  a  JTF  commander^  a  communications 
officer*  an  air  suooort  advisor*  a  naval-marine  advisor*  and 
two  or  more  land  combat  operations  advisors  (who  would  also 
represent  the  combat  unit  commanders). 

1.3  THE  GAMEBOAPD 

The  gameboard  consists  of  a  map  translated  into 
hexagonal  divisions*  hexeSi-  in  tb  rows  and  60  columns.  Each 
hex  represents  an  area  aocox  i  me  t  el  y  five  miles  across*  and 
may  be  designated  as  either  oper  terrain*  desert*  mountains* 
woods*  lake*  or  sea,  ^oads  may  be  shown  running  through  the 
hexes*  rivers  flow  along  borders  between  the  hexes.  Also 
located  on  the  mao  are  pertr-anent  features  such  as  cities* 
airfields*  forts*  minies,'  major  industries*  or  oorts.  The 
default  mao  is  illustrated  ?n  Airtachment  A-1  at  the  end  of 
this  manual.  Procedures  for  preoaring  alternate  maps  are 
described  in  the  "Maintenance  'Manual. 

The  map  numbering  system  is  critical  to  play  of  the 
game*  since  olayers  must  frequently  indicate  locations  of 
units*  movement  goals*  targets*  etc.  by  giving  the  hex 
coordinates.   Hexes  are    numbered  in  rows  and  columns* 
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the  row  number  is  given  first  and  then  the  column  number,   A 
segment  of  a  hex  man  is  shown  in  Figure  A-5. 
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MAP  NUMBERING  SYSTEM 
Figure  A-5 

The  rows  seem  to  alternater  with  even  rows  staggered  to 
the  right  of  odd  rows.  This  results  in  each  hex  having 
either  two  odd  coordinates^  like  3/5  or  two  even 
coordinates^  like  ^»6,  No  hex  could  be  numbered  ^^7  since 
one  number  is  odd  and  one  even.  Hex  coordinates  may  be 
entered  at  the  terminal  by  separating  them  with  either  a 
blank  soace  (3  5)  or  a  comma  (^^6),  If  counting  hexes  on 
the  maOf  count  columns  by  ones  and  rows  by  twos. 
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l.a  THE  GAME  PIECES  (SYSTEMS  AND  UNITS) 

The  game  pieces  for  GOMEL  consist  of  red  and  areen 
markers  for  the  units/  which  are  moved  around  the  mao 
manually  as  the  game  oroceeds.  Symbols  representing  the 
equipment  items  may  also  be  used/  but  that  information  nnay 
be  kept  only  on  paper. 

Any  number  of  units  up  to  1^  can  be  entered  into  the  game/ 
but  all  units  must  be  classified  ss  one  of  eight  types: 

(1)  Joint  Task  Force  Headguar  t  e^'S  (jtfhg) 

(2)  Tactical  Fighter  Wing  (tfw) 

(3)  Carrier  Battle  Group  (cbg) 
(a)  Amphibious  Task  Force  (atf ) 

(5)  '^^arine  Amphibious  Brigade  (amph) 

(6)  Armored  Brigade  (armor) 

(7)  Mechanized  Brigade  Cmech) 

(8)  Airborne  Brigade  (abn) 

During  the  gamer  olayers  may  also  establish  communications 
or  electronic  warfare  detachments  ('relay'  is  used  for  the 
unit  type  in  either  case). 

Each  unit  has  assigned  to  it  certain  combat  values.  The 
basic  combat  points  of  a  unit*  CMBTP,  are  a  measure  of  its 
ground  combat  capability.  Each  unit  also  has  an  air  defense 
capability/  ADNO.  Air  units  (tfw  and  cbg)  have  assigned 
measures  of  their  ability  to  overcome  enemy  air  defenses/ 
ErtV/  to  give  close  air  support/  CASV/  and  to  conduct 
air-to-air  combat/  CAV.  These  values  are  all  entered  as 
Part  of  the  initial  data  files. 
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The  game  will  handle  uo  to  ^9  different  communications 
and  electronics  systems  and  up  to  a  total  of  99  individual 
end  items  of  equioment. 

Any  lists  of  communications  and  electronic  systems  can  also 
be  usedr  but  each  individual  system  must  be  classified  as 
one  of  twelve  types: 

(1)  Tactical  systems  (tac) 

(2)  Hiqh  frequency  svstems  (hf) 

(3)  L i ne-of -s i gh t  systems  (los) 

(4)  Communications  satellites  (sat) 

(5)  Satellite  ground  terminals  (qtsat) 

(6)  Very  low  frequency  systems  (vlf) 

(7)  Swi  tches  (sw) 

(8)  Airborne  command  posts  (abnco) 

(9)  Airborne  radar  (awacs) 

(10)  Electronic  warfare  systems  (ew) 

(11)  Intelligence  satellites  (spy) 

(12)  Ant i -satel 1 i t e  weapons  (asat) 


1.5  THE  DEFAULT  GAME 

A  default  qame  has  been  developed  based  on  the  original/ 
manual  version  of  GOMEL.  The  entire  default  game  may  be 
played  or  some  or  all  of  the  data  files  may  be  replaced  by 
alternate  files.  See  the  Maintenance  '*^anual  for 
instructions  on  building  alternate  files. 

1 .5.1  The  ^ao 

The  default  map/  pictured  in  Attachment  A-l, 
features  Red  and  Green  Joint  Task  Forces  located  in 
airfields  and  forts  in  two  of  their  allied  countries/  Yellow 
Country  and  Blue  Country.  Between  them  is  a  neutral 
country/  Utopia.   Utopia  has  valuable  mineral   resources   in 
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their  Southern  ^ines*  which  they  transoort  along  -a  main 
highway  and  export  through  the  Port  of  Utopia.  The 
objective  of  each  task  force  is  to  try  to  qain  contfoi  of 
the  mines*  the  oort*  and  the  connectinq  highway  before  the 
other  side  does.  A  player  is  considered  to  have  control  of 
a  hex  if  a  unit  from  that  side  was  the  last  unit  in  the  K':»x. 
The  mines  and  oort  are  considered  major  object ives?  the 
road  is  a  minor  objective.  Between  the  two  sides'  initial 
locations  and  their  objectives  lie  similar  terrain  of 
mountainSf  woodSf  deserts*  and  lakes. 

1.5.2  The  Svst  ems 

The  default  game  has  thirty  eight  different 
communications  and  electronic  systems  of  the  twelve  tyces 
listed  in  Paragraph  1.^  above.  These  systems  are  listed  in 
Attachment  A-2  with  their  associated  technical  and  cr-st 
data.  General  descriptions  of  the  twelve  different  system 
types  are  in  Attachment  A-3. 

1.5.3  The  Uni  ts 

Each  side  in  the  default  game  has  eauivalerit  forces. 
The   units*   their   initial   locations*  mobility*  and  combat 
values  are    listed  in  Attachment  A-^, 
1.5.'^  The  Eau  i  pmen t 

The  equipment  lists  include  each  individual  end  item 
acquired  by  a  player.  Two  sets  of  default  equipment  lists 
are  available.  One  set  is  designed  for  use  in  the 
Acquisition   Phase   and   includes   a  very  rudimentary  set  of 
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older  equioment.  The  olayers  use  these  lists  as  a  base  on 
which  to  build  .sn  adequate  communications  and  electronic 
caoability  for  the  orojected  threat.  The  second  set  of 
default  lists  is  desiqned  for  use  when  olayinq  only  the 
Ooerations  Phase  of  the  game.  This  set  provides  fairly 
adeauate  Cc^oabi  1  i  t  i  es  for  the  default  forces.  These  lists 
can  be  found  i  ri  Attachments  A-5  and  A-6. 
1.5,5  The'  Ooer  at  i  ons  PI  ans. 

Printed  OD»rations  Plans  and  Commander's  Planning 
Guidance  are  alsD  available  for  the  default  game.  These 
documents  define  for  the  players  the  threat  and  their 
objectives.  They  give  general  operational  guidelines*  such 
as  would  be  developed  for  real  world  contingency  plans. 
These  documents  are  Attachments  A-7  thru  A-10  of  this 
manua  1  . 
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2.  COMMUNICATIONS  AND  ELECTRONIC  EFFECTS 

This  section  of  the  manual  discusses  the  C3  measures  of 

effectiveness   (MOEs).   Scne  of  the  measures  are    used  ov  tnf? 
clayer  during  the  Acquisition  Phase  to  determine   the   rioht 

mix   of  equioment  to  ourchase.   The  measures  are    used  by  Che 

computer  models  in   the   Ooerations   Phase   to   compute  the 

effect   of   communications   and   electronics   systems  on  che 
bat 1 1 ef  i  el d. 

2.1  MEASURES  OF  EFFECTIVENESS 

Electronics  caoability  in  the  game  is  based  orimarilv  on 
a  measure  called  "CS  Effectiveness  "#  which  is  a  real  nurjiDer 
between  0,0  and  1.0  assiqned  to  each  communications  system 
and  most  other  electronic  systems.  In  the  default  game/  tne 
CI  effectiveness  (C3E)  is  a  product  of  reiiao^lityj 
flexibility*  and  ooerability  of  the  svstem.  For 
communications  systems  the  square  root  of  the  product  is 
then  taken  to  represent  the  C3E  of  one  end  of  a  comm  link. 
(See  thesis  Chapter  II,  Section  C.)  In  alternate  games  other 
measures  of  effectiveness  could  be  developed  and  used  in  the 
system  data  files. 
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The  effectiveness  of  a  system  can  be  affected  by 
terrain.  After  each  move  the  computer  program  checks  the 
location  of  aH  eauiyment  to  see  if  it  is  effected  by 
terrain.   The  affects  of  terrain  are  shown  in  Figure  A-6. 


TERRATN 
TYPE 


T&C 


COMM  SYSTEM 
HF 


LOS 


SAT 


Open 

Desert 


none  none  none 

Di»grades  all  systems  20% 


none 


Woods 

1/2 

Range 

Degrades 
Gw  20% 

none 

none 

Mountains 

Range 
i  hex 

Degrades 
GW  ao% 
SW  20% 

Note  1 

none 

Seas/Lakes 

Deg;*od(?s 
15% 

Degrades 
20% 

Degrades 
15% 

none 

Ci  t  ies 

Dearadeo 
20X 

Degrades 
Gw  HOX 
SW  20t 

Degrades 
15% 

none 

Qui    s    HF    in    Ground    ^a"e    Ocieration 
SW    =    HF    in    Sky    Wave    Ooer^ition 

Note  1:  LOS  t  f^anami  5si  on  is  degraded  by  mountains  in  the 
Path,  The  '^odol  u*tes  the  optimum  path  to  simulate 
1  i  ne-of  "S  i  g«i  t  and  checks  the  path  for  mountain  hexes. 
Two  O'*  more  h^xes  located  less  than  three  hexes  from 
the  unit's  enri  of  the  Path  will  block  LOS  links 
completely.  I  ^'  the  mountains  are  three  hexes  from  the 
end  they  will  degrade  the  link  25% 

TERRAIN  EFFECTS  ON  COMMUNICATIONS 

Figure  A-6 
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The  effectiveness  of  a  systeTi  Tiay  be  affected  by  -^-^emy 
jan^ming.  Prior  to  combat/  the  orogram  checks  any  electronic 
warfare  eauioment  in  the  Electronic  Countermeasures  (ECM) 
mode  to  see  if  it  is  in  range  of  any  ene^iy  communications 
gear  that  it  is  effective  against.  If  so/  the  C3E  of  the 
communications  equioment  is  mulioHed  by  a  factor  of  0,75. 

Communications  connectivity  of  units  is  calculated  in 
three  functions/  based  on  the  C3E  of  collocated  eauioment: 

(a)  INTC3  is  a  measure  of  a  unit's  ability  to 
communicate  internally.  The  value  deoends  orimarily  on  the 
effectiveness  of  the  tactical  communications  eauioment 
assigned  to  the  unit.  If  n  items  of  tactical  eauioment  are 
assigned  to  a  unit/  the  unit's  I^JTC3  is  calculated  as: 
IMTC3  =  1  -  [(1  -  C3E(1))*(1  -  C3E(2) )*...  (1  -  C3E(n))} 
The  higher  the  internal  communications  value/  the  faster  a 
unit  can  move  and  the  better  it  can  fight. 

Cb)  C3EXT  is  a  measure  of  a  unit's  ability  to 
communicate  with  the  Joint  Task  Force  Headquarters.  Links 
can  be  established  through  satellites/  throuah  HF  (eitner 
ground  wave  or  skywave  deoendinq  on  range)/  through 
1  i ne-o f -s i gh t  systems  (in  direct  range  or  through  one 
relay)/  and  even  through  tactical  systems  (only  at  very 
close  range).  For  a  link  to  be  effective/  both  the  unit  and 
the  JTFHQ  must  have  comoatible  equioment.  Some  equipment  is 
comoatible  only  if  located  in  the  same  hex  or  if  connected 
by  wire  within  the  same  hex.   (See  Attachment  A-2f.) 
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The  basic  for-nula  for  calculating  C3EXT'  is: 
C3EXT  =  1  -  [( 1-HFPR0B)*( 1-GTPRGB)*(1-L0SPRB)*(1-TACPR8)) 
These  opobabi 1 i t i es  are  products  of  the  C3E  of  systems  in 
the  link.  HFPR05  is  the  probability  of  an  HF  link,  GTPR03 
of  a  satellite  link/  LOSPRS  of  a  line-of-siqht  link,  and 
TACPRB  of  a  tactical  l^nk.  The  communications  links  for  a 
typical  unit  are  shown  in  Figure  A-7/  along  with  calculation 
of  its  C3EXT.   The  C3E  values  are    from  the  default  game. 


DIAGRAM  NUMBER 


EQUIPMENT 


C3E 


Equipment  t<3  and  *5 

Equipment  1*2  and  Hb 

Equipment  *1  and  "^7 

Equipment  *^ 

Equipment  *8 


^b  1 

h  f t ty  1  - 

shf-gt 

shf-sat  - 

t  r  i  t  a  c 


c3e  =  0 
c  3e ( sky 
c3e  =  0 
c3e  =  0 
c3e  =  0 


787 
wave ) 
819 
67 
95 


3  0.608 


LINK  PROBABILITIES 


LOS  Link  Probability  =  48  *  »3  *  #5  =  .588 
HF  Link  Probability  :z  48  *  U2  *  Mb  =  .351 
Satellite  Link  Prob.  =    48    *    Ul    *    ua    *    U7    -    ,a27 

C3EXT  =  1  -[(1-.588) (1-.351 ) (l-.a27))  =  0.8a7 


CALCULATION  OF  EXTERNAL  C3  EFFECTIVENESS 

Figure  A-7 
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(c)  NCACON  is  a  measure  of  the  JTFHQ  ability  to 
communicate  with  the  National  Command  Authority  (NCA)  or  any 
other  CONUS  based  unit  via  satelliter  HF,  and/or  VHF  links. 
Its  computation  is  similar  to  C3EXT  except  the  NCA  is 
assummed  to  have  1005J  effectiveness  in  VLF,  riF,  and 
satellite  around  terminals.  Only  certain  communications 
systems  are  coiroatible  with  NCA  systems.  The  olayers  must 
purchase  and/or  allocate  communications  systems  effectively 
to  get  good  values  for  all  three  of  these  communications 
measures  CINTC3r  C5EXT,  AND  NCACON).  These  tnree  measures 
affect  many  aspects  of  the  Operations  game*  as  described 
bel ow . 

2,2    MOVEMENT 

A  unit  will  not  begin  to  move  across  the  game  map*  or 
change  the  goal  (destination)  of  its  movement  unless  ordered 
to  do  so  by  the  JTFHQ.  To  aetermine  whether  a  movement 
order  can  get  to  a  unit/  the  unit's  C3EXT  is  compared  to  a 
uniform  (0/1)  random  number. 

Each  unit  has  a  basic  number  of  movement  points  oer 
turn/  based  on  the  tyoe  of  unit  (armor/  infantry/ 
headauar t ers /  etc.).  This  movement  rate  is  initially  set  in 
the  data  files  but  can  be  reduced  by  terrain;  for  example/ 
movement  through  mountains  takes  -nore  ooints  (3)  than 
movement  through  open  terrain  (1)/  but  roads  allow  faster 
movement  (1/2).   The  movement  rate  is  also  affected   by   the 
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mobility  of  any  electronic  eauioment  the  unit  is  carrying 
along  with  them.  If  any  communications  or  electronic 
equioment  the  unit  is  carrying  has  less  mobility  than  the 
unitf  the  unit  must  slow  down.  Poor  internal  communications 
can  also  slow  down  unit  move'^ent.  The  INTC3  value  of  the 
unit  is  compared  to  a  random  number;  if  the  random  number 
is  larger  the  movement  ooints  of  the  unit  are  reduced  by  a 
half.  (See  Figure  A-6  in  Sectioc-.  2,6  for  details  of  the 
terrain  effect  on  movement  poif^ts,) 

2.5  INTELLIGENCE 

Intelligence  satellite  information  cannot  be  passed  to 
the  JTFHQ  unless  there  is  connectivity  from  the  CONUS 
(NCACON).  Air  reconnaissance  reouireii  connectivity  from  the 
JTFHQ  to  the  air  wing  (C3EXT). 

2. a  ATTACK  APPROVAL 

The  Umpire/  acting  as  the  NCA,  'selects  the  rules  of 
engagement  at  the  beainning  o  "f  the  Operations  Phase  and  can 
change  them  during  the  game.  Thi-re  are  three  levels  of 
engagement:  the  NCA  may  retain  tight  control  of  the  war/ 
may  delegate  authority  to  the  JTF  Commander,  or  may  give 
control  to  local  field  commanders.  For  example  the  NCA  or 
JTF  may  want  to  maintain  attack  approval  to  ensure  that  the 
other  side  initiates  hostilities/  or  to  coordinate  the 
timing  of  a  preemptive/  force-wide  attack. 
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The  NCA  does  not  delegate  control  of  the  ant i -sa t e 1 1 i t e 
weaoons.  If  the  NCA  retains  control/  connectivity  from  the 
unit  involved  to  the  JTFHQ  and  to  the  NCA  is  checked  for 
every  decision  to  attack/  on  the  ground  or  from  the  air.  If 
control  is  delegated  to  the  JTF  Commander/  only  unit-JTFHQ 
connectivity  is  checked  before  an  attack.  If  the  local 
commander  has  control/  connectivity  is  necessary  only  for 
ai  r  suDDort  . 

Aporoval  level  is  determined  and  necessary 
communications  checks  made  before  an t i -sat e 1  1  i t e  firings/ 
interdiction  missions*  or  around  attacks  begin.  (Close  air 
suDDort/  air  defense/  and  counter  air  missions  occur  only  in 
conjunction  with  interdiction  or  ground  attacks/  and  so  are 
also  dependent  on  the  rules.) 

2.5  THE  AIR  BATTLE 

Close  air  suoport  and  interdiction  missions  reauire 
connectivity  to  the  air  wing  and  internal  communications  for 
the  wing.  Counter  air  reauires  good  internal  communications 
within  the  air  wing.  If  the  enemy  unit  has  A.nACS/  counter 
air  interceotors  are  warned  in  time  to  attack  interdiction 
or  close  air  suooort  missions  enrouteJ  without  AwACS  the 
interception  takes  olace  after  the  suooort  mission  is 
compl et ed. 
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Counter  air  battles   a**®   resolved   by   subtracting  tne 

counter   air   values   (CAV)   oi    botl^  sides  arid  comDarinq  the 

difference  to  a  random  number.   An  internal  tabler  based  on 
the  one  in  Figure  A-8»  determines  the  Oiitcomc'S. 

GREEf^  CAV  -  RED  CAV 
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9 
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RL 
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RL 

RL 

RL 

RL 

-  Standoff;  Both  sides  continue  mission 

X  Both  sides  abort  missions 

R  Red  aborts 

G  Green  aborts 

RL  Red  aborts  with  attrition 

GL  Green  aborts  with  attrition 

COUNTER  AIR  RESULTS  TABLfc* 

FIGURE  A-8 

Close  air  suooort  CCAS)f  if  not  stopoed  by  the  counter 
air  forcesf  subtracts  the  air  wino's  electronic  warfare 
value  from  the  ground  unit's  air  defense  value.  The 
difference  and  a  random  number  are  compared  using  the  table 
in  Figure  A-9  to  determine  the  outcome.  If  the  CAS  mission 
is  not  abortedr  the  ground  unit's  combat  value  is  reduced  by 
1.0. 
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AIR  DEFENSE  VALUE  -  Ea  VALUE 
(Ground  Unit)      (Air  Unit) 
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AA 

M    M 

B 

b,7 

A 

A 

A 

AA 

AA 

E 

R 

8,9 

A 

•  «•  ^  ^  ^  ^ 

AA 

AA 

AA 

AA 

N  =  No  effect 

A  =  Aircraft  abort  mission 

AA  =  Aircrift  abort  witH  attrition 


AIR  DEFENSE  RESULTS  TABLE 
Fi  gure  A-9 

Interdiction  missions  also  must  go  through  counter  air 
and  air  defense  battles,  as  described  for  CAS.  If  the 
mission  is  not  aborted,  the  ground  unit's  combat  value  is 
a  1  so  reduced  by  I . 0 . 

?.6  THE  GROUND  BATTLE 

Each  ground  unit  has  a  certain  ground  combat  caoability 
that  may  or  may  not  have  been  reduced  by  interdiction  or 
close  air  suoport.  Higher  headguarters  approval  may  be 
needed  for  a  ground  attack  (NCACON  and  C5EXT).  Poor 
tactical  communications  may  decrease  the  ability  of  a  local 
commander   to   direct   the  movement  and  other  actions  of  his 
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forces  during  the   battle   (INTC5).    Terrain   also   affects 
combat  caoabiHtv  as  shown  in  Fiaure  A-10, 


TERRAIN  TYPE 

Ooen 

Hi  ghway 

Desert 

Woods 

Mount ai  ns 

Seas 

Lakes 

Rivers 

Ci  t  ies 


MOVEMENT  COST 
IN  MOBILITY  POINTS 


COMBAT  EFFECT 
IN  COr-'BAT  POINTS 


-1 

-1/2 

-1 

-a 

-3 
-1  ( sh  i  DS  onl y ) 
-999  (no  movement) 
-1  (when  crossing) 

-1 


none 

none 
^1  i^or  attacker 
+1  ror  defender 
^2    for  defender 

none 

none 

+1  if  defending 

behind 
•^l  for  defender 


TERRAIN  EFECTS  ON  MOVEMENT  AND  COMSAT 
F  i  gure  A-1 0 


2.7  ELECTRONIC  /lARFARE 

Electronic  warfare  eauipment  may  be  used  in  two  modes/ 
ESM  (Electronic  SuDoort  Measures)  and  ECM  (Electronic 
Counter  '^^easures).  In  the  ESM  mode^  it  can  give  bearings  to 
compatible  enemy  emittersf  as  intelligence  information^ 
improving  planning  and  local  combat  direction.  In  the  ECM 
mode  it  can  jam  or  deceive  susceptable  communications/ 
degrading  the  effectiveness  of   enemy   systems.    In   ground 
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COfDbat/  equipment  in  the  ESM  mode  can  detect  and  oossioly 
intercept  or  deceive  enemy  communications.  If  sof  the 
owning  unit's  combat  ooints  are  increased  by  the  EW  factor 
of  the  '?qui  omen t  . 

?.8  SPECIAL  EQUIPMENT 

Special  eauipmentf  such  as  satellites*  an t i -sa t e 1 1 i t e 
weapons*  AWACS/  and  Airborne  Command  Posts  can  greatly 
increas?  the  capabilities  of  the  combat  forces  through 
intelligencer  communications  relay/  or  by  degrading  enemy 
capab  i 1 i  t  i  es . 

Communications  satellites  are  of  two  tvoeSf  those  with 
one  ar^a  beam  and  those  with  several  soot  beams.  Ground 
terminals  that  are  compatible  are  always  in  range  of  area 
beam  satellites.  However^  when  using  sPot  beam  satellites* 
the  players  must  reposition  the  spot  beam  centers  so  that 
the  ground  terminals  can  use  the  satellite. 

Intelligence  satellites  survey  a  north-south  strio  of 
the  map.  The  width  of  the  strip  depends  on  the  beamwidth  of 
the  satellite.  The  columns  to  be  surveyed  can  be  changed 
once  each  turn.  The  effectiveness  (C3E)  is  less  than  100% 
(there  may  be  cloud  cover  or  the  satellite  may  not  be 
working)*  but  when  the  satellite  is  working  it  detects  any 
enemy  unit  in  the  strio  it  surveys. 
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Ant i -satellite  weapons  can  only  be  used  once;  against 
either  a  communications  or  an  intelligence  satellite.  Only 
one  weaDon  may  be  used  in  a  turn.  Each  weaoon  has  3  given 
C3E.  If  the  NCA  approves  the  use  of  a  weaponr  the  C3E  and  a 
random  number  are  used  to  determine  whether  the  attack  is 
successful . 

AWACS  and  ABNCP  operate  on  scheduled  rotations.  No  Tore 
than  one  of  each  is  in  orbit  for  a  turn.  If  less  thsn  three 
of  each  were  purchased*  they  may  not  be  available  at  all 
times.  If  they  are  available*  and  don't  break  dow-.  at  the 
last  minute*  their  orbit  can  be  set  for  each  turn,  fney  can 
act  as  communications  relays  and  the  ^wACS  can  delect 
interdiction  and  close  air  support  attacks  a-.d  call  up 
counter  air  to  stop  them. 
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3.  UMPIRE  GAME  PLAY 

3.1  INTRODUCTION 

Tnis  section  describes  GOMEL  frcn  the  Umpire's 
oersoective  and  lists  the  oossible  ootions  and  their 
consequences  to  game  olay.  Section  -4  describes  the  game  in 
the  same  ixay  from  the  Green  and  Red  Players'  oersoective. 

The  fono.^ing  subsections  describe: 

s.   The  procedure   used   to   LOGIN   on   the   VAX/VMS 
computer  and  start  GOMEL. 

b.    The   steps   the    Umoire    should    follow    to 
successfully  setup  and  run  various  versions  of  GO'^EL. 

The  Umpire  is  an  active  participant  in  GOMEL  and  not 
just  ar*  ODServer.  An  amount  of  preplanning  is  necessary  to 
ensure  a  smooth  and  well  run  game.  The  Umpire  should  plan 
for  how  long  the  total  game  will  take  and  divide  the  game 
turns  accordingly.  It  might  be  necessary  to  olay  the  game 
over  a  period  of  more  than  one  day  or  at  least  in  more  than 
one  session  at  the  terminal.  The  Umpire  is  also  responsible 
for  allocating  money  in  the  Acquisition  Phase  and  supplying 
intelligence  information.  In  the  Operations  Phase/  the 
Umpire  makes  decisions  based  on  Red  or  Green  requests  and 
uoon  how  the  game  is  proceeding. 
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This  section  of  the  manual  will  discuss  in  detail  the 
various  decisions  for  which  the  Umoipe  is  resoonsible. 

3,1.1  Logging  In  and  Running  CO^^FL 

Any  terminal  connected  to  the  VAX/VMS  system  can  be 
used  to  run  GOMEL.  Just  turn  the  terminal  on  and  press  the 
return  kev.  If  everything  is  in  working  orders  the  comoijitef 
should  disolay  the  word*  USERNAME:  .  In  resoorse  to 
USERNAME:  ,  enter  the  LOGIN  name  provided  (eg»  GOMEL)  and 
press  return.  The  computer  will  display  PASSWORD,  Enrer 
the  PASSWORD  provided  then  press  the  RETURN  key.  If  the 
message  '*User  authorization  failure"  is  displayedr  check  to 
see  that  you  have  the  correct  username  and  password/  ere?. s 
the  return  and  try  again. 

After  a  successful  LOGIN^  the  computer  will  prompt 
for  USER  input  with  a  "S  "  . 

To  run  GO^EL^  input  the  following   item   (without   quotatioi 
marks ) : 
"iCOMEL- 

Then  press  the  RETURN  key  (hereafter,   <RET   >)/   and   CG^^EL 
GAME  OPTION  MENU  will  be  displayed. 

3.2  UMPIRE  OPTIONS 

The  following  MENU  displays  the  initial  actions  that  are 
available  to  the  Umpire  at  the  start  of  each  game*  during 
certain  stages  of  the  play  of  the  gamer  and  at  the 
conclusion   of  play  of  each  game.   The  Red  and  Green  Players 
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should  not  be  signed  on  at  this  time  (or  at  least   not   oast 
the   GOMEL   ACQUISITION   game   header   disolav   described  in 
Sect  i  on  a)  . 
GOMEL  WAR  GAME  OPTIONS 


!  CHOOSE:  <^# 

un       ACTION  REQUIRED 


1  NEW  GAME 

2  NEW  GAME 

3  NEW  GAME 
a  OLD  GAME 

5  MOD  GAME 

6  SAVE    GAME 

7  DELETE  GAME 

8  DELETE  FILE 
R  START   GAME 

E  EXIT    GOMEL 


OEFALLT  DATA/EQUIPMENT  FILE  EMPTY 

DEFAULT  DATA/OPERATIONS   START 

DEFALLT  OAT  A/ ACQUI SI T I  ON  START 

CONTINUE  DATA/DESIGNATED  SAVE  AREA 

TAILCR  DATA  FILES 


Enter  one  of  GOMEL  options  in  this  menu.  Described  next 
are  the  effects  cf  each  option.  The  ouroose  of  this  menu 
selection  is  to  run  GOMEL/  or  to  saver  delete  or  modify  the 
files  used  by  the  ciame.  See  the  attached  Figure  (A-11)  for 
the  architecture  of  the  files. 

3,2,1  New  Game:   Default  Pat a/Eou i omen t  File  Empty 

All  GOMEL  system  files  are  loaded  with  the  data 
necessary  to  run  the  game.  The  equipment  list  files  are 
empty/  which  means  the  olayers  start  the  Acauisition  Phase 
with  no  existing  equipment.  The  players  acquire  all  the 
electronic  equipment  they  need  to  operate  the  forces  in  the 
orojected  scenario.  All  electronic  equipment  will  have  to 
be  procured  and  olaced  in  service  throuqh  the  acquisition 
orocess . 
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when  ootion  1  is  selected  eind  while   the   aoproDriate   files 

are  being  loaded^  the  messeige 

SETTING  UP  NEW  GAME:  WAIT  F'LEASE 

will  be  displayed  at  the  tcTminal, 

After  successfully  setting  up  the  game  fileSf  the  message 

GAME  FILES  ARE  RtACY  r.C/RJ 

is  displayed.   Respond  by  pressing   <RET>.    The   main   menu 

will  then  appear  and  GOMEL  can  be  run. 

3.2.2  New  Game:   Qefau't  Pat a/Ooerat i ons 

All  GOMEL  svstem  f-les  are  loaded  with  the  data 
necessary  to  run  the  qame  starting  at  the  Operations  Phase. 
A  sufficent  set  of  e'ectironic  eguioment  has  been  provided  to 
the  Red  and  Green  Players  for  adequate  communications. 
When  option  2  is  selected  ind  while  the  appropriate  files 
are  being  loaded/  the  Tiess.age 

SETTING  UP  NEW  GA^E:  EXTENSIVE,  WAIT  PLEASE 
will  be  displayed  at  rhe  tt*rminal. 

After  successfully  setting  up  the  game  fileS/  the  message 
GAME  FILES  ARE  READY  CC/R] 

is  displayed.   Respond  by  pressing   <RET>.    The   main   .Tienu 
will  then  appear  and  GOMEL  can  be  run. 

3.2.3  New  Garnet   Default  Pat  a/ Acgu i s i t i on  Start 

The  GOMEL  files  are  loaded  with  a  standard  set  of 
data  for  games  that  intend  to  exercise  the  Acquisition  Phase 
and  the  Operations  Phase.    The   Acquisition   Phase   is   not 
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started  with  a  "clean  slate"  of  equipment.  Realistically^ 
we  never  start  orocurinq  for  future  defense  needs  without 
"current  defense  caoabiHty".  There  is  always  a  curent 
defense  caoabiHty.  However,  as  new  threats  are  perceived 
and  new  technoloqies  emerge,  acquisition  olans  are  developed 
and  executed  to  modernize  forces  to  meet  these  threats.  In 
this  case,  the  fed  and  Green  equipment  files  will  contain  a 
set  of  hypothetical  default  equipment  that  satisfies  the 
current  threat  scenarios.  Various  acquisition  strategies 
can  be  exolored  using  this  common  starting  ooint  so  that  a 
successful  stateqy  can  be  found  that  will  meet  the  potential 
threat  (and  eventual  war). 

As  before,  the  message 
SETTING  UP  NEW  GAME:  MINIMAL,  WAIT  PLEASE 
will  be  displayed  at  the  terminal. 

After  successfully  setting  up  the  game  files,  the  message 
SETUP  FINISHED  CC/R) 

is  displayed.  Respond  by  pressing  <R£T>.  The  main  menu 
will  then  appear  and  GOMEL  can  be  run. 

3.2.^  Old  Game:   Continue  Data/Designated  Save  Area 

Selecting  this  option  will  cause  the  following   menu 
to  be  di  so  1 ayed : 
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I  OLD  GAME  SFLECTION  I 
I  CHOOSE:   At#  ! 


un       ENTER  SAVED  ^AR  GAM£ 

0  EXIT  SAVED  GAMES 

1  GOMEL  WAR  GAME  I 

2  GOMEL  ^AR  GAME  2 

3  GOMEL  H\9.  GAME  3 
a  GOMEL  v^AR  GAME  a 

5  GOMEL  WAR  GAME  5 

6  GOMEL  WAR  GAME  6 

7  GO^EL  WAR  GAME  7 
fl  GOMEL  WAR  GAME  8 
9  GO^^EL  WAR  GAME  9 

This  option  assumes  that  a  wdr  game  dayed  earlier  has   been 

saved   to   one   of   these   nine  areas.   Selecting  a  -0-  will 

force  an  exit  back  to  the  main  menu   without   affecting   any 

GOMEL   files.   Should  a  1  tl'.rougl-  a  9  be  selected/  all  files 

for  that  war  game  will  be  r-'stort-d  to  the   same   state   they 

were   in   when   saved   oreviously  with  the  SAVE  GAME  ootion. 

After  restoration/  the  mair  nenu  will  apoear  and   GOMEL   can 

be   run.    A   wait   message   wil'  appear  while  files  for  the 

aoorooriate  game  ^r^    being  ioadecK 

3.2.5  Mod  Game:   Tailor  Data  Files 

Selection  of  ootion  -5-  assumes  a  knowledge   of   the 

ooeration/   program   and   data   flow   of   GOMEL.    /v  i  t  h  this 

option/  the  war  game  can  be  tailored  to  soec i f i c a t i on  at  the 

FILE   level.    That   iS/   a   war   game   can  be  set  up  with  a 

different  system  data  file  than   standard/   or   with   a   Red 

equipment  file  from  one  game  and  a  Green  eguioment  file  from 

another  game.   The  same  electronic   eguipment   used   in   one 

scenario   can   be   used   in  a  different  scenario  to  see  what 
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changes  will  result  in  the  game  (ie»  change  the  MAP  for  the 
Ooerations  Phase).  There  are  an  unlimited  numoer  of 
combinations  that  can  be  made  by  using  this  option  to  tailor 
files.  The  Thesis  and  Maintenance  Manual  should  be  read  and 
understood  orior  to  setting  ud  tailored  files. 

There  will  be  a  series  of  self  explanatory  questions 
dealing   with   files  to  be  used.   Answer  each  question  'yes' 
or  'no'.   If  yeSf  a  file  name  will  be  requested. 
If  nof  the  default  for  that  file  will  be  used.   After   files 
are  set  uOf 

END  OF  TAILORED  FILES,  [C/Rl 

is  displayed.   Respond  by  pressing   <RET>.    The   main   menu 
will  then  appear  and  GOMEL  can  be  run. 
3.2.6  Save  Game 

The  selection  of  -6-  will  result   in   the   following 
menu : 


I  SAVE  GAN^E  TO  FILE 
!  CHOOSE:   »U 


UU  ENTER  GAME  AREA  FOR  SAVE 

0  EXIT  GAME  SAVE  ROUTINE 

1  GOMEL  .^AR  GAME  1 

2  GOMEL  .^AR  GAME  2 

3  GOMEL  WAR  GAME  3 
a  GOMEL  WAR  GAME  a 

5  GOMEL  WAR  GAME  5 

6  GOMEL  WAR  GAME  6 

7  GOMEL  WAR  GAME  7 

8  GOMEL  WAR  GAME  8 
^  GOMEL  WAR  GAME  9 

Using  this  option,  all  game  files   used   in   GOMEL   will   be 

saved  to   one  of  these  nine  areas.   Option  -0-  will  cause  a 
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return  to  the  main  menu  without  affecting  any  GOMEL  files. 
A  -1-  through  -9-  will  save  the  GOMEL  files  orefixed  with 
the  SAVE  GAME  number  selected.  The  main  menu  will  then 
aopear  for  further  action.  When  a  save  file  is  selected* 
new  versions  of  all  files  in  that  area  are  created  so  that 
information  in  old  files  is  not  lost, 

3.2.7  Delete  Game 

A  directory  listing  of  a11  files  for   war   game   -1- 
through   war   game   -'?-   will   be  displayed  at  the  terminal. 
After  the  directory  listing  the  disolav' 
GAME  TO  BE  0ELETED?{1-9J 

is  given.  Enter  a  <RET>  to  qo  bac'*--  tC'  the  main  menu  or 
enter  the  war  game  to  be  delisted.  Tt- en  the  following  will 
be  di  sol ayed: 

VERSION  n     [IE  NUMBER  AFTER  ;  ) 

Inout  the  soecific  version  number  ro  d^'lete  the  game   (1*2/3 
etc).    A  <ret>  with  no  number  win  rer.ult  in  the  main  menu. 
Assuming  a  correct  version  is  ontered*  displayed  next  is: 
END  OF  DELETE?  [Y/N] 

If  *n'  is  entered*  another*  game  can  be  deleted  without  first 
returning  to  the  main  menu.  'y*  returns  directly  to  the 
ma  i  n  menu . 

3.2.8  Del ete  File 

A  directory  listing  of  war  game  files  is  displayed. 
Any  file  displayed  on  the  terminal  can  be  deleted  by 
correctly  soecifying  its  game*   version  tt       and   file   name. 
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After  the  directory  listing, 

GAME  TO  BE  DELETED?[1-91 

is  disolayed,   A  file  under  that  war  game  will   be   deleted, 

not  the  entire  game.   If  a  <RET>  is  entered,  control  will  be 

passed  to  the  main  menu. 

VERSION  U     [IE,     NUMBER  AFTER  ;1 

Inout  the  version  number  of  the  file  to  delete  (1,2,3,  etc). 

A   <RET>   will   result   in  control  passing  to  the  main  menu. 

Assuming  a  version  U    is  entered, 

FILE?(REQUIP,RINTEL,  ETC) 

Enter  the  file  that   is   to   be   deleted.    If   a   <RET>   is 

entered,   control   will   be   passed   to  the  main  menu.   If  a 

correct  Game,  Version  and  File  name  are       entered,   the   next 

di  spl av  will  be 

END  OF  DELETE?fY/Nl 

Another  game  can  be  deleted  if  "yes"  is  entered. 

5.3  START  GAME 

The  administrative  initialization  of  the  game  is  now 
comolete  and,  with  ootion  -R-,  the  actual  GOMEL  war  game 
(UMPIRE. FOR)  now  begins.  IF  a  CONTROL  Y  (a  oanic  exit)  is 
entered  in  any  module  under  UMPIRE  control,  the  game  will  be 
stooped,  and  control  will  oass  to  the  initial  menu  (Section 
3.2).  Variables  in  arrays  will  not  be  saved,  but  all  files 
will  be  at  the  same  state  they  were  in  prior  to  the  CONTROL 
Y  (ie,  only  the  current  turn  information  will  be  lost).   The 
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files  can  be  saved   or   the   gan^e  star-ten      again   from   the 
orev  i  ous  turn. 

The  -R-  option  will  disolay  the  following  menu: 

A. ......--.---.-.-..-.••.>. ---.•.-* 

*  GOMEL  WAR  GAME  OPTIONS      * 

*  CHOOSE:   itn  * 
A.............. .............. ....A 

an       ACTION  REQUESTED 

1  GAME  INFORMATION 

2  RUN  ACQUISITION  ONLY 

3  RUN  OPERATIONS  PHASE  ONLY 
a  RUN  COMPLETE  GAME 

E   EXIT  GOMEL 
un 

Ootion  -1-  results  in  game  information.   Got i cm   -2-^-3-   or 

-^-   start   the  game  in  the  phase  or  phases  Sf-lected.   Since 

each  phase  of  GOMEL  can  require  hours  to  olayi  these  options 

give   the   Umpire   time   management  contrc'l  o'  GOMEL.   AIso/ 

GOMEL  can  be  played   by   groups   interested   -n   Acauisition 

only*  or  Operations  only. 

3.3.1  Execution  Options 

The  Acquisition  Phase  can  be  stooced  -Jt  any  time   in 

order   to   enter   the   Operations   Phase»^   If  the  Operations 

Phase  is  stopped^  and  the  Acquisition  Phaje   ~e-enteredf   no 

problems    will    occur    unless   the   Op  •;  rat  ions   Phase   is 

re-entered.   In  this  case^  the  Operations  Phase  will  have  to 

be  started  again  at  turn  one  in  order  to  account  for  the  new 

data  entered  through  Acquisition.   GOMEL  can   be   exited   by 

entering  an  -E-. 


75 


3.3.2  Game  Information 

Game  information  may  be  selected  for  an  overview   of 

GOMEL   and   the   Umpire's   role   in   the   play   of  the  game. 

Di  sol ayed  first  is: 

GAME  INFORMATION  

Uc  to  15  lines   will   be   displayed   at   a   time.    Next   is 

di  spI ayed: 

PAGE  un:    ENTER  0  TO  EXIT 
[RANGE;  0  TO  100] 

Erter  the  page  number  to  be  displayed  or  -0-   to   exit   this 

routine.   i/^hen  -0-  is  entered^ 

tC/R] 

is  displayed.   Now  enter  a  <RET>  to  return  to  the  menu. 

3. a  ACQUISITION  PHASE  CONTROL 

The  Umpire  is  an  active  participant  in  GOMEL  and  will 
haive  to  make  many  decisions  that  can  effect  the  outcome  of 
the  game.  A  plan/  or  strategy^  should  be  selected  prior  to 
playing  the  game  to  establish  some  mutually  acceptaole 
agreement  as  to  the  extent  the  Umpire  can  vary  parameters 
which  influence  the  outcome  of  the  game.  The  actual  effects 
of  the  players'  decisions  will  not  be  known  until  the 
Acguisition  Phase  is  ended  and  the  war  started.  Even  then/ 
the  ultimate  winner  can  vary  depending  on  the  players' 
tactics  in  the  Operations  Phase.  It  is  important  for  the 
Umpire  to  be  consistent  in  use  of  Umpire  controls  to  prevent 
one  side  from  gaining  an  unearned  advantage. 
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The  first   display   that   the   Umoire   will   see   is   as 
f ol lows: 

A*******************-***********************-************** 

*  CCCC       000       M         M    EEEEE    L  * 
♦COOMMMMEL                                                                              * 

*  C  0         0    M    M    M    EEEE       L  * 

*  CCCC   000   M    M  EEEEE  LLLLL  * 

*  * 

*  A  CCCC       QQQ       U         U    I    SSSSS    I     TTTTT    I       000       N         N    * 
*AAC  Q         QU         UIS  I  T  10  ONNN* 

*  AAAAA    C  Q         Q    U  U    I       SSS       I  T  10         0    N    N    N    * 

*  A    A   CCCC   QQQQ   UUU   I  SSSSS  I    T    I   000   N    N  * 

*  Q  * 

*  SSSSS  TTTTT    A     GGGG  EEEEE  * 
*STAAGE  * 

*  SSS     T    AAAAA  G  GGG  EEEE  * 

*  SSSSS    T    A    A   GGGG  EEEEE  * 
*********************************************************** 

PLEASE  ENTER  A  a-7  DIGIT  ODD  NUMBER  TO  BE  USED  AS  A  SEED 
FOR  THE  RANDOM  NUMBER  GENERATOR  USED  TO  DETERMINE 
THE  START  OF  WAR: 

A  seed  number  is  reauested  for  use  in  determining  the   start 

of   the   war.    War   can  occur  at  any  time  from  year  two  on. 

The  orobability  of  war  increases  from  *0,1'  at   the   end   of 

year  2  f     to  a  maximum  of  '0,^'  at  the  end  of  ye&r    9, 

Each  turn  of  the  acquisition  crocess  can   vary   in   time 

according   to   the   Umpire's   perception   of  how  fasit  action 

should  take  olace.    The   turns   in   the   Acauisition   Phase 

reoresent  a  year  in  the  budget  process.   The  Umcire  will  see 

the  di  spl ay  f 

ENTER    LENGTH     [MINI     OF    TURN,     OR,     -0-    TO    STOP 

The    following    can    be    used    as    a    guide    for    the    turn    lengths: 
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10   MINUTES  -  orogram  will  not  allow  for  a  turn  of  less 

than  10  minutes. 
QO   MINUTES  -  initial  acquisition  year 
60   MINUTES  -  2nd  year 
30   MINUTES  -  each  additional  year 


If  both  sides  finish  before  time  is  up»  the  next   turn   will 
begin  immediately. 

3. a. 1  Budget 

Prior  to  each  game  year  of  the  Acquisition  Phaser 
the  U moire  is  oromoted  for  tho  amount  of  money  the  Red  and 
Green  teams  can  soend  during  the  coming  year.  This  money  is 
exoressec  in  terms  of  a  ficticious  denomination  called 
"^^FGABUCKS  (M)**.  A  normal  amount  that  will  be  soent  per 
system  per  year  is  between  10-15M,  Information  requests 
made  by  Fed  or  Green  range  from  10-20M  per  request.  Once  a 
system  is  started  in  the  acquisition  process*  money  will  be 
obligated  for  that  system  throughout  its  life  cycle.  ^oney 
wil'  nc»t  be  obligated  from  the  players  budget  if  a 
particular  development  cycle  is  finished  and  that  system  has 
not  beer)  started  in  another  cycle.  The  amount  of  money  the 
Umpire  gives  each  player  will  depend  on  the  size  of 
ooeration  intended.  The  majority  of  costs  in  the  game  will 
be  in  the  early  years  of  acquisition  as  equipment  is  cycled 
through  Research  and  Development  (R  +  D)  and  i^anu  f  ac  t  ur  i  ng  for 
Deployment   (M+0).    Once   they    are  in    Operation    and 

Maintenance   (0+M),   the  budgetary  needs  stabilize  at  around 
5-15M  per  system.   The  Umpire  should  also  rememoer   that   an 
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additional   amount  of  money  should  be  allocated  fo''  oossible 

Intelligence  requests. 

To  helo  with  the  reQuests*  the  Umoire  is  orovided   a 

budget   history.    This  history  is  presented  frorp  year  2    ori. 

It  includes  the  previous  years  budgets  given  Red   ana   Green 

along   with  the  amount  of  that  Budget  the  players  spent.   ]t 

also  includes  any  budget  requests  made  by  the  olayefs.    The 

Umpi  re  will  see 

BUDGET  HISTORY  IS  AS  FOLLOWS 

RED      GREEN    RED  8GT  GREEN    RED  BGT  GREEN 
YEAR  BUDGET   BUDGET   USED     USED     REQUEST  REQUEST 


1  500.00  500.00  aia.oo  2ia,oo 

2       600.00   600.00    79.00    75.00 


0.00   6  0  (> .  0  0 
0.00   300.00 


No  Dudget  history  means  that   it   is   game   tuf*n   one.;    The 

Acquisition  Phase  is  tied  to  the  budget  since  all  depends  on 

wPien  an  item  starts  R  +  Or  M  +  D  or  0  +  M. 

Next  the  Umoire  will  see 

PLEASE  ENTER  RED  TEAMS  BUDGET  FOR  YEAR  3 

t  hen 

PLEASE  ENTER  GREEN  TEAM  BUDGET  FOR  YEAR  5 

After  tne  budgets  are  entered*  that  year's  budget  upaare  is 
complete  and  the  program  will  continue  to  the 
synchronization  and  control  stage. 
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Recommended  budgets  for  the  default   game   shown   in 
Fi  gupe  ^-12' 


ACQUISITION 

RECOMMENDED 

YEAR 

BUDGET 

i 

aeoM 

2 

a90M 

3 

5?0M 

4 

520M 

5 

aooM 

6 

a80M 

7 

aoO^^ 

8 

asoM 

9 

asoM 

RECOMMENDED  BUDGETS 
F  i  gure  A-12 

3.^.2  Synchponization  and  Control 

Affep  the  U moire  enteps  the  length   of   the   cuppent 
year   and  gives  Red  and  Gpeen  Plaveps  a  budget  fop  the  yeaPr 
the  following  message  will  aooeap 
WAITING  FOR  GREEN  &  RED  .  .  .  1  7  :  30 :  1  0 

The  Umoipe's  ppogram  will  pemain  hepe  until   Red   and   Gpeen 
log   on   anj   continue   oast   the   headeP/  at  whicn  time  the 
following  message  will  aooeap 
TIME. ..17:31:20 

This  display  will  peoeat  evepy  10  seconds  on  the  Umoipe's 
tepminal  until  the  time  alloted  fop  that  yeap  has  exoiped^ 
0P»  until  both  olayeps  have  comoleted  that  yeap  tupn.  At 
that  time  the  Umoi pe  will  see 
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END  YEAR    3    at . . . 1 7 : a5 : 50 
[C/R] 

Enter  the  <RET>  for  the  intelligence  uodate  routine. 

3.^.3  Intelligence  Uodate 

The  Umoire  automatically  enters  the  intelligence 
uodate  module  at  the  end  of  each  game  vear.  The  Umpire's 
responsibility  is  to  check  for  Red  and  Green  Intelligence 
reguests.  The  answers  to  the  requests  can  be  found  by 
checking  the  game  summary  for  each  player.  The  Umpire  a'so 
checks  for  other  reguests  contained  in  the  mail  files,  Tli? 
Umpire  uses  the  uodate  mode  to  enter/  in  free  form,  an 
answer  to  the  player's  requests. 

The  following  menu  is  displayed  to  the  Umoire  durfnt^ 

the  intelligence  update 

*-. ••..•...•••..-•••. -...•-* 

*  INTELLIGENCE  UPDATE  MENU  * 

*  CHOOSE  «<«  * 
*.•••. ...... .•.......•..•-•* 

uu       ACTION  REQUESTED 

1  RED  GAME  SUMMARY 

2  GREEN  GAME  SUMMARY 

3  READ  RED    MAIL 
a  READ  GREEN  MAIL 

5  RED    INTEL  REQUEST 

6  GREEN  INTEL  REQUEST 

7  UPDATE  RED  INTEL 

8  UPDATE  GREEN  INTEL 
E  EXIT  INTEL 

The  Umpire  enters  ootion  1  thru  8  or  E,  No  intelligence 
will  be  provided  Red  and  Green  unless  the  Umpire  enters 
ootion  7  or  3,  The  Umpire  will  be  given  a  second  chance  to 
enter  the  uodate  after  the  ootion  to  exit  is  entered. 
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3  . -^  .  3  .  1  Red  Game  Summary  or  Green  Game  Summary: 
Ootion  1  or  2  enables  the  Umpire  to  review  the  status  of  the 
Red  or  Green  Player. 

SYSTEM  STATUS.. .16:0B:5a 
[YEAR   a) 
♦DECISION  TIME:   S9  MIN* 
CHOOSE:  FROM  nn 
nn      TITLE 


1  SYSTE^-''S  SUMMARY 

2  SYSTE^'S  DEPLOYED 

3  SYSTEMS  IN  f?  &  D 

a  SYSTEMS  FINISHED  R&D 

5  SYSTEMS  M  &  D 

6  SYSTEMS  TO  BUY 

E  EXIT  SYSTEM;,  STATUS 


Explanation  o^  the  various  options  will  also  be  included  in 
a  subseauent  section  of  the  Users  Manual. 

3.a.3.c  P«?ad  '^ed  Mail  or  Read  Green  Mail:  Options  3 
and  ^  display  the  free  form  input  from  the  Red  or  Green 
Player  to  the  Umoire.  Typically  the  mail  will  contain 
questions  or  comments  of  a  general  nature.  The  player  has 
not  spent  any  rsoney  to  enter  these  questions  and  so 
substantial  information  should  not  be  supplied, 

3.^.3.3  Red  Intel  Request  or  Green  Intel  Reauest : 
Options  -5-  and  -6-  enable  the  Umpire  to  look  at  specific 
intelligence  requests  made  by  the  Red  and  Green  Players. 
These  requests  were  paid  for  during  the  year  that  the  player 
just  finished.  If  the  Umpire  does  not  checl<:  the  requests 
the   players  money  will  have  spent  for  nothing.   (The  Umpire 
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may  choose  to  give  no  information;  ie»  Murohy's  Ldw).  It 
is  pecommended  that  soecific  questions  be  answered  witH  a 
yes^  no  or  maybe  and  that  general  questions  be  given  a  more 
vague  answer. 

A  general  intelligence  request  means  that  the  olayer 
is  asking  for  some  general  idea  of  what  the  other  olayer  is 
doina.  8e  sure  to  include  the  system  name  with  the  answer. 
(YeSr  artac  1  IS  in  R-fD.)  Information  to  answer  the 
questions  may  be  obtained  from  options  -1-  and  -2",  Systems 
Status.   An  exa^iple  follows: 

**************************** 
*  RED  INTELLIGENCE  REQUEST  * 
**************************** 

A  general  Intel  brief  is  requested. 

IS  artac  1  in  R&D? 

******************************************** 

[C/Rl 

3. a. 3. a  Uodate  Red  Intel  or  Uodate  Green  Intel:    On 

selection  of  ootion  -7-  or  option  -8-,  the  Umpire  will  see: 

ENTER  RED  UPDATE 

******♦***♦♦*♦*♦****♦♦***•***♦**♦♦****♦* 

***************************************** 

ENID  UPDATE 
[C/R] 

After  the  initial  set  of  asterisks/   the   Umpire   enters  an 

answer   to   Red  or  Green's  intelligence  request.   The  Umpire 

can  enter  a  response  to  a  players   mail   request   from   this 

menu   selection   as   well.    Enter   a  <RET>  when  finished  to 

return  to  the  Intelligence  Menu. 
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3.^.5.5  Exit  Intel:  The  Umoire  should  be  certain 
that  all  intelligence  requests  are  satisfied  prior  to 
exiting  the  IntelHaence  Menu,  Once  the  Intelligence  Menu 
is  exited/  the  next  game  rurn  will  begin.  A  confirmation 
will  be  required  in  or6cr  to  exit. 
5  ,  a  .  4  End  of  Currt'nt  Turt 

After  the  Umoire  exits  the   Intelligence   Menu/   the 
message 


EMD  YEAR 
[C/R] 


a  AT, .. lb: 08: 35 


will  be  disolayed.   The  Umoire  is  exoected  to  enter  a  <RET>. 

One   of   two  events  will  then  hapoen.   Either  war  occurs^  or 

the  next  budget  vear  begins.   War  will   occur   depending   on 

the   turn   and   the   Tv^rtdom   number  returned.   The  later  the 

year  f    the  more  orobabl*-.  it  is   that   war   will   occur.    For 

example/  on  either  event/  the  Umoire  will  see 

IF  0.200  IS  LARGER  THAi>j  0.199  THEN  inAR  BEGINS. 
(C/Rl 

If  war  occurs^  the  Umpire  will  see 


1!11I!11M'''''  WAR  tiiirtiiiiitiii 

00  YOU  REALLY  WANT  A  WAR  TO  START?[Y/N] 

The  Umpire  then  decides  if  war  should  start   now   or 

Should  the  war  start/  the  Acguisition  Phase  ends. 


later 
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3.5  OPERATIONS  PHASE  CONTROL 

During  the  Operations  Phase  the  Umoire  must  keeo  abreast 
of  the  general  situation  on  the  nnao/  since  the  Umoine  will 
be  acting  as  National  Command  Authority  (NCA),  The  Umoire 
will  have  a  chance  at  the  end  of  the  movement  module  and  the 
end  of  the  combat  module  to  review  the  unit  oositions^  goals 
and  combat  values  for  both  sides  to  make  decisions.  At  the 
beginning  of  the  first  turn  the  Umoire  must  the  olavers  when 
to  begin  their  turn  by  going  beyond  the  Ooerations  Phase 
logo.  (The  terminal  will  cue  the  Umpire  when  to  do  this.) 
At  the  beginning  of  each  turn  the  Umpire  also  must  decide 
how  long  the  players'  turn  will  be. 

When  Playing  only  the  Operations  Phaser  the  Umoire  must 
designate  whether  the  Operations  Phase  is  being  entered  for 
the  first  time  (in  which  case  eauipment  allocation  will  be 
reguired)  or  whether  a  game  already  in  progress  is  being 
resumed  after  a  ceasefire.  If  the  Ooerations  Phase  is  being 
entered  for  the  first  timer  the  Umpire  will  have  the  ootion 
of  using  the  default  unit  lists  or  interactively  building 
new  lists.  If  the  eguipment  lists  are  empty/  the  Umpire  has 
the  option  of  interactively  buildina  new  eguioment  lists. 

3.5.1  Rules  of  Engagement  (ROE) 

The  NCA  has  to  decide  how  much  freedom  of  action  to 
allow  the  deployed  JTF.  The  NCA  can  reguire  personal 
approval  of  all  attacksr  allow  the  JTF  Commander  to  make 
those   decisions^   or   relax   the   rules   so   that  the  local 
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commander  can  attack  targets  of  opoortunity  without  higher 
headouarters  aDoroval,  The  Umoire  must  set  the  rules  of 
engagement  at  the  beginning  of  the  Operations  Phase  ancl  can 
change  them  at  the  beginning  of  each  turn,  ;Nhile  retaining 
aooroval  authority^  the  NCA  will  receive  messages  when  any 
unit  wishes  to  attack  =if"id  can  obtain  open  communications 
channels  through  the  JTFHQ  snrj  up  to  the  i^CA,  The  NCA  makes 
the  attack  decision  and  also  decides  whether  to  change  the 
rules  of  engagement  at  that  time. 

For  example  the  NCA  iright  want  to  retain  approval 
authority  until  the  first  attack  of  the  game.  Once  the 
shooting  starts/  the  MCA  tiigh?:  give  approval  authority  to 
the  JTF  Commander.  A  couole  of  turns  later,  when  the 
fighting  gets  heavy/  the  MCA  might  give  control  to  local 
commanders  then  raise  the  aooroval  authority  back  higher  as 
the  war  nears  an  end. 

Regardless  of   the   rules   of   engagement/   the   NCA 
always    retains    aoorovai    authority    for    the   use   of 
ant i -sat e 1 1 i t e  weapons. 
3.5.2  End  of  ^sr 

At  the  end  of  each  turn/  unless  one  side  has  won  a 
decisive  victory/  the  Umpire  must  decide  whether  to  end  the 
war  and  whether  to  declare  a  winner.  If  the  Umoire  does  not 
want  to  end  the  war/  a  ceasefire  can  be  declared/  the  files 
can  be  saved/  and  fighting  can  be  resumed  at  a  later  time. 
(See  Section  a. 6) 
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a.  THE  PLAYER'S  GAME 

a.l  LOGGING  IN  AND  RUNNING  GOMEL 

The  following  subsections  describe: 
a.   The  procedure  used  to  LOGIN  on   the   VAX/VMS   comouter 
and  start  the  olayers'  game. 

b«   The  steos  the  olayer  should  follow  to  successfully  run 
any  version  of  CO*^EL, 

The  Red  and  Green  Players  (or  staffs)  have  many  actions 
to  take  in  order  to  successfully  run  CO^EL.  Preolanning  is 
essential  to  achieve  the  maximum  benefit  from  this  exercise. 

The  ouroose  of  the  Acquisition  Phase  of  GOMEL  is  to  give 
the  olayers  a  aooreciation  of  the  comolexities  of  joint 
communications  systems  acquisition  and  planning.  The 
Acquisition  Phase  consists  of  those  steps  necessary  to 
design,  test,  and  evaluate  the  system  and  to  produce  and 
install  it.  The  following  sections  will  enable  the  user  of 
the  systems  to  tailor  forces  with  that  eguioment  whic^i  will 
meet  the  anticioated  threat.  Figure  A-13  provides  an 
overview  of  the  player  options  available  during  the 
Acquisition  Phase. 
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START 

LOGIN 

@PLAYER 


GOMEL 
HEADER 


GOMEL  PLAYER  OPTIONS  MEIW 


I 


] 


GOMEL  ACQUISITION  STAGE  HEADER"n 


WAIT  FOR  UMPIRE  TO  START  GAME 


NO 


] 


MAIN  MENU 

1)  SHOPPING  LIST 

2)  SYSTEMS  STATUS 

3)  INTELLIGENCE 

4)  BUDGET  ANALYSIS/REQUEST 

5)  PROCUREMENT 

6)  EXIT 


1)  SHOPPING  LIST 

*  General  mfo 

*  Technical  info 

*  Cost  info 
* 


Equipment 


r- 

2)  . 

3YSTEMS  STATUS 

* 

Systems 

summary 

* 

Systems 

deployed 

* 

Systems 

in  R&D 

* 

Systems 

finished 

R&D 

* 

Systems 

in  M&D 

* 

Systems 

to  buy 

* 

Exit 

3)  INTELLIGENCE 
*  Read  reports 


4)  BUD<.3ET 

ANALYSIS/RKQULST 

*  Five  year  cost 
projection 

*  Enter  budget 
request 


5)  PROCUREMENT 

*  Decision  Analysis 

*  Buy  systems 

*  Scrap  systems 

*  R&D  acceleration 

*  R&D  expansion 

*  O&M  reduction 

*  Purchase  Intel/ 
Send  messages 

*  M&D  systems 

*  Exit  procurement 

6)  EXIT 
♦Finished  current 

acquisition  turn 


PLAYER  ACQUISITION  OPTIONS 
FIGURE  A- 13 
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Any  terniinal  connected  to  the  VAX/VMS  system  can  oe  used 
to  fun  GOMEL.  Just  turn  the  terminal  on  and  oress  the 
return  key.  I 'f  everything  is  in  working  order,  the  comouter 
should  display  the  word,  USERNAME:  .  In  response  to 
USERNAME:  r  enter  the  LOGIN  name  provided  (eg,  GOMEL)  and 
oress  return. The  computer  will  display  PASSWORD.  Enter  the 
PASSWORD  provided  then  press  the  RETURN  key.  If  the  message 
"User  authorization  failure"  is  displayed,  check  to  see  that 
you  have  the  correct  username  and  password,  press  the  Return 
and  t  ry  agai  n  . 

After  a  successful  LOGIN,  the  computer  will   prompt   for 
USER   input   with  a  "  S  *• .   To  run  GOMEL,  input  the  following 
item  (without  guotation  marks): 
"SPLAYER" 

Press  the  RETURN  key  (hereafter,   <RET   >),   and   the   GOMEL 
HEADER  will  be  displayed. 


GGCGG 
CGGCC 
GG 
CG 
GC 
GGGGG 
GGCGG 


0000 

000000 

00     00 

00     00 

00     00 

000000 

0000 


MM  MM 
MMM  MMM 
MM  M  MM 
MM  MM 
MM  MM 
M      M 


EEEEEEE 

EEEEEE 

EE 

EEEEEE 

EE 

EEEEEE 

EEEEEEE 


L 

LL 

LL 

LL 

LL 

LLLLLL 

LLLLLLL 


YOU  GAN  ENTER  THE  CARRIAGE  RETURN  AT  ANY  TIME 

UMPIRE  PERMISSION  IS  NOT  REQUIRED 

IG/R] 


39 


a. 2  PLAYER  OPTIONS 

The  first  menu  disolaved  to  the  player  is  as  follows 

*.------------------------• 

*  GOMEL  PLAYER  OPTIONS   * 

*  CHOOSE:  UU  * 
*.-------------------- * 

nn       ACTION  REQUESTED 

1  GAME  INFORMATION 

2  RED    PLAYER????? 

3  GREEN  PLAYER????? 

a  ACQUISITION  PHASE  ONLY 

5  OPERATIONS   PHASE  ONLY 

6  BOTH  PHASES 
E  EXIT  GAME 

The  synchronization  of  olayers  is  not  necessary  until  the 
Acquisition  Phase  or  the  Operation  Phase  is  entered. 
Caution  should  be  taken  in  the  selection  of  ohase  to  ensure 
the  it  coincides  with  the  phase  selected  Dy  the  Umpire  (ie* 
ootion  a,  Sf  or  6),  The  player  will  nave  a  second  chance  to 
confirm  the  Phase  selected.  Only  the  ooti-'ons  listed  in  the 
menu  will  be  acceoted. 

y.2.1  Game  Information 

If  Game  Information  is  desired^  enter  ootion  -1-   to 
see 

GAVE  INFORMATION  

Uo  to  15  lines  will  be  displayed  at  a  time.  Next  is 
di  spI  ayed : 

PAGE  «#:  ENTER  0  TO  EXIT 
(RANGE;  0  TO  lOOJ 

Enter  the  page  number  to  be  displayed  or  -0-   to   exit   this 

routine.   When  -0-  is  entered/ 
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[C/Rl 

is  displayed.   Now  enter  a  <RET>  to  return  to  the  menu, 

''4,2.2  PreHminary  Requirements 

The  Red  Player  must  enter  ootion   2   and   the   Green 

Playtsr  must  enter  option  5,   If  both  players  select  option  2 

or  both  select  option  3r  the   synchronization   of   the   game 

canmjt   be   accomplished.    The   following  is  displayed  when 

option  2  or  3  is  selected. 

YOU  <\RE  THE  GREEN  PLAYER, 

or 

rOU  ARE  THE  RED  PLAYER. 
tC/Rl 

a, 2, 3  Phase  Selected 

Enter  ootion  ^^   5   /   or  6   as   appropriate   after 

indicating   Red   or   Green,   These  options  will  initiate  the 

start  of  the  game  and  will  proceed  to  the   olayer's   portion 

of   the   Acguisition  or  Operations  Phase  as  appropriate  (see 

sections  4,3  or  4,5). 

4,2,4  End  of  Game 

At  the  end  of  the  game  the  main  menu  will   again   be 

displayed.   Selecting  ootion  -E-  will  exit  the  plaver  game, 

4,3  GOMEL  ACQUISITION  PHASE 

The  initial  portion  of  the   Acguisiton   Phase   has   been 
entered  when  the  following  logo  has  been  displayed. 
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********************************************************* 

*  CCCC       000       M         M    EEEEE    L  * 
*COOMMMMEL  • 

*  C              0         0    M    M    M    EEEE       L  * 

*  CCCC       000       M         M    EEEEE    LLLLL  * 

*  * 

*  A            CCCC       QQQ       U          U    I    SSSSS    I  TTTTT     I       000       M         N    ♦ 
*AAC                Q          QU          UIS                I  T           10          OiMNN* 

*  AAAAA    C                Q          Q    U          U     I       SSS       I  T          10          0    M    N    N    * 

*  A    A   CCCC   QQOQ   UUU   I  SSSSS  I  T    I   OOG   N    N  * 

*  Q  * 

*  SSSSS    TTTTT         A            GGGG    EEEEE  * 

*  STAAGE  * 

*  SSS     T    AAAAA  G  GGG  EEEE  * 

*  SSSSS    T    A    A   GGGG  EEEEE  * 
********************************************************* 

DO  NOT  ENTER  THE  CARRIAGE  RETURN  UNTIL 
INSTRUCTED  TO  DO  SO  BY  THE  UMPIRE 
tC/R] 

Do  not  orocsed  oast  this  point  until  told  to  by  the   Lmoire? 

at   which  time  enter  a  <RET>.   When  the  <RET>  is  oresse'ti  the 

following  is  displayed: 

WAITING  FOR  OTHER  PLAYER  TO  BEGIN  AT  .  .  .  1  a  :  37  : -t2 

The  program  will  remain  at  this   point   until   rhe   oc posing 

player   has  also  entered  a  <RET>.   This  will  ensure  t^-at  the 

Red  and  Green  Players  will  have  exactly  the  sa-ne   amouint   of 

time  to  make  decisions  during  the  coming  acauisition  ye&r , 


a. a  MAIN  ACQUISITION  MENU 

The  Purpose  of  the  Acguisition  Phase  is  to  sssemble  a 
credible  stockpile  of  electronic  eauipment  to  meet  an 
anticipated  threat.  The  goal  of  the  player  is  to  procure 
those  systems  that  will  satisfy  the  threat  forecast. 
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Always  be  aware  of  the  budget  money  remaining  and  the 
decision  time  left.  These  items  are  at  the  too  of  most 
displays.  When  the  decision  time  is  -0-,  all  further 
entries  will  result  in  a  move  to  the  main  Acguisition  Menu 
so  control  can  be  oassed  to  the  Umoire. 

An  examole  of  the  main  menu  of  the  Acguisition  Phase  is 
as  foil ows : 

CO^EL  ACQUISITION  STAGE 


[YEAR        1     :     BUDGET    $       500. OM] 
t  OBLIGATED    $  O.OM] 


♦DECISION  TIME:  21    MIN* 
CHOOSE:  FROM  nu 
nn       TITLE 

1  SHOPPING  LIST 

2  SYSTEMS   STATUS 

3  INTELLIGENCE 

a    BUDGET  ANALYSIS/REQ 

5    PROCUREMENT 

E    EXIT  ACQUISITION 


The  OD'rion  selected  should  be   entered   after   the   '?'.    A 
brief   description   of   each   ootion   and   then   a   detailed 

descriotion  follows. 

1.  SHOPPING  LIST,  A  list  of  electronic  eguioment 
needs  that  may  be  selected  for  further  consideration  by  the 
acguisition  orocess. 

2.  SYSTEMS  STATUS.  This  ootion  provides  a  brief 
summary  of  the  current  status  of  each  oiece  of  electronic 
eguioment  under  consideration  and/or  develooment. 

3.  INTELLIGENCE.  If  intelligence  was  ourchased  the 
previous  yearr  that  intelligence  may  be  viewed  by  selectina 
this  ootion.  Alsor  intelligence  purchased  previous  vears 
may  be  reviewed. 

a.  BUDGET  ANALYSIS/REQ.  This  option  will  provide  a 
five  year  forecast  on  budget  regu i rement s .  A  budget  reguest 
for  next  year  can  be  submitted. 
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5.  PROCURE^^ENT.  Enter  this  stage  to  Duy  or  change 
the  status  of  the  electronic  equipment. 

E.  EXIT,  To  exit  the  Acquisition  Phase/  use  rhis 
ootion  when  finished  with  the  Acquisition  Phase  before  the 
decision  time  has  been  exceeded. 

a.a.l  Shopoi  nq  List 

The   following   is   an   abbreviated   exa'^ole   of    a 

shoDoing    list    of   equipment   that   mav   be   selected   as 

candidates  for  acquisition. 

DECISION  TIME  LEFT  IS   27  MINUTES  AT  ia:38:02 

*  ENTER  ITEM  nu    /OR/  {-0-1  TO  EXIT     * 

an    SYSTEM    TYPE    «#  SYSTEM    TYPE 

1  artac  1  tac  11  shf-sat  sat 

2  artac  2  tac  12  shf-gt  gtsat 

3  navtac  1  tac  13  vlf  vlf 

4  navtac  2  tac  1^  tritac  sw 

5  aftac  1  tac  15  tritaceh  sw 

6  aftac  2  tac  16  sat  1  sat 

7  hftty  1  hf  17  gt-sat  1  qtsat 

8  hfttv  2  hf  18  sat  2  sat 

9  wbs  1  los  19  gt-sat  2  gtsat 
10  wbs  2  los  20  sat  3  sat 
4n 

Selections  made  from  the  shopping  list  will  not   comrrit   any 

money   from   the   budget.    This  is  only  a  candidate  list  of 

electronic   equipment   to   buy.    Once   selected   from    the 

shopping   list  and  added  to  the  candidate  listf  systems  will 

remain  on  the  candidate  list   every   subsequent   turn   until 

they  are  purchased. 

Enter  the  menu  number  (under  UU)    of  the  system  under 

consideration.    A   list   of   further  information  about  that 

system   will   then   be   made   available.    After   each   menu 

selection  the  following  tyoe  of  information  will  apoear: 

9a 


DO  YOU  ^JA'Mf  'XQRE  INFORMATION  ON  artac  1  tY/N] 

If  more  infor'nation  is  not  desired/  just  enter  a   'N'   or   a 

<RET>.   An  answer  of  'Y*  will  display: 

GENERAL  INFORMATION  ABOUT:  artac  1   EQUIPMENT  TYPE:  tac 
?[Y/N) 

If  answer  is  'Y'  information   on   equipment   tyoe   'tac'   is 

di  sp 1 ayed. 

******************************************* 

*  * 

*  Service  Tactical  Communication  systems  * 

*  are    desiqned  for  internal  unit  comm  in  * 

*  support  of  unit  operations.   They  are  * 

*  compatible  with  other  tactical  comm  * 

*  systems  of  thf  same  generation  ♦ 

*  * 
********♦*•******<************************** 

TECHNICAL  INFORMATION  ABOUT:  artac  1 
?[Y/N1 

An   answer   of   'Y'   will   show    the    specific    technical 

informatior.    about   the   system   that   was   selected.    The 

information  will  look  (somewhat)  like  the  followincg. 


MOBILITY 
SECURITY 

NORMAL  RA.NiGE 
SKIP    RA^JGE 
OPERABILITY 
FLEXIBILITY 
NMB  SAT  8EAM 


7  NORMAL  RELIABILITY 

1  SKIP    RELIABILITY 

3  NORMAL  C3  EFF 

0  SKIP    C3  EFF 

0.38  ECM 

0.75  ESM 

0  EWF 


0.78 
0.00 
0.51 
0.00 
0.00 
0 
0 


Where  the  technical  data  items  "nean: 

•MOBILITY  -  The  higher  the  number^  the  more  mobile  the 
platform  (Range  0  to  999). 

SECURITY  -  A  whole  number  between  1  and  5.  The  higher  the 
number,  the  more  secure  the  svstem  is  and  the  less 
vulnerable  it  is  to  Electronic  t^arfare. 

SKIP  -  This  prefix  implies  SKYWAVE  communications. 
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NOR^'AL  -  This  orefix  implies  GROUNOl/^AVE  communications, 

RANGE  -  The  communication  range  in  hexes. 

OPERABILITY  -  A  measure  of  the  ease  in  which  a  system  can  be 
understood/  ooerated  and  maintained  by  those  trained  to  do 
so  (Range  0.0  to  1.0). 

FLEXIBILITY  -  A  system's  ability  to  accomodate  various 
traffic  fluctuations  and  procedural  changes  based  on 
ooerational  crisis  (Range  0.0  to  1.0). 

NBR  SAT  BEAMS  -  The  number  of  sat  beams  that  can  be  sent. 
These  SAT  systems  use  narrow  beams. 

RELIABILITY  -  A  system's  ability  to  remain  operational  and 
perform  according  to  specifications  (Range  0.0  to  1.0). 

C3  EFFECTANCY  (or  EFFECTIVENESS)  -  A  measure  of  a  systems 
probability  to  successfully  accomplish  its  communications 
support  mission  (Range  0.0  to  1.0). 

ECM  -  Electronic  Counter  Measures^  if  in  effect  reduces  the 
C3E  value  of  the  system  it  jams  by  the  amount  shown  (-^c-mge 
-1.0  to  0.0)  . 

ESM  -  Electronic  Support  ^easuresr  increases  the  combat 
value  of  the  friendly  forces  it  supports^  but  must  stil'  be 
directed  against  an  appropriate  enemy  system  (Range  0  to  50. 

EW  FACTOR  -  By  subtracting  the  security  factor  of  the 
enemys's  system  from  the  EW  FACTOR  the  result  gives  the 
probability  of  successful  EW  operations  (Range  0  to  5). 

Next*  cost  and  guantitv  information  may  be  selected. 

COST  INFORMATION  ABOUT:  artac  1 
?[Y/N) 

An  answer  of  'Y'  will  result  in  a  list  like  the  following: 
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NUMBER     R&O   PfcD   ADVANCED  ADVANCED 
AVAILABLE  COST  Ji^F    R&D  COST  R&D  TIME 


0 


0 


0 


v&O   M&D   NORMAL    REDUCED 
COST  TIME  O&M  COST  O&M  COST 

12     1  8  4 

Next/  indicate  how  frany  of  this  system  tyoe  to  consider. 

ENTER  NUMBER  OF  artac  1   YOU  WISH  TO  CONSIDER: 

The   foHowinq   surnmary   is   displayed   after    successfully 

entering  the  number  of  systems: 

THERE  ARE  0  artac  I   IN  FILE. 

THERE  ARE  a  artac  1   MAXIMUM, 

YOU  WOULD  LIKE  TO  ADD  AN  ADDITIONAL  a. 

a  artac  1   ADDED. 
SUCCESS 

rc/R] 

or  if  not  entirely  3ucci»ssful 

INVENTORY  WAS  LESS  THAN  NUMBER  DESIRED, 
YOU  WERE  GIVEN  WHAT  WAS  AVAILABLE. 
[C/Rl 

The  shoDoina  orocedure  nay  be   reoeated   as   many   times   as 

necessary    in   order   to   start   orocurement  o-f       necessary 

electronic  ecruioment  to  meet  the  threat. 

4.4.2  Systems  Status 

Ootion  -2-  from  the  main  menu   orovides   the   player 

and    Umpire    the   opportunity   to   review   the   status   of 

electronic  equioment  on  file.   The  following  menu  lists   the 

current  options. 
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SYSTEM  STATUS. ..1^:51 : 25 

BUDGET:  $  500. OM   LEFT  TO  SPEND:  $  286. OM 

{YEAR  n 

♦DECISION  TIME:   15  MIN* 


CHOOSE:  FROM  uu 
nn     TITLE 


1  SYSTEMS  SUMMARY 

2  SYSTEMS  DEPLOYED 

3  SYSTEMS  IN  R  ?.  D 

a  SYSTEMS  FINISHED  R&D 

5  SYSTEMS  M  &  D 

6  SYSTEMS  TO  BUY 

E  EXIT  SYSTEMS  STATUS 


Ootions  are   entered   after   the   '?'   is   disolaved 
information  is  disolaved/  and  no  actions  are  taken. 


On!  y 


^^.^.2.1  Systems  Summary:   Ootion   -1-   orovides   the 
following  information  in  systems  on  acauisition: 

A*******************************-******* 

*  SYSTEM  SUMMARY  * 

♦*********♦*♦♦*♦♦♦*****♦♦****♦********* 

FROM  A  TOTAL  OF  15  SYSTEMS  UNDER  CONSIDERATION, 
THERE  ARE  10  SYSTEMS  UNDER  THE  FOLLOWING 
STAGES  OF  DEVELOPMENT: 


fJORMAL       RESEARCH  &  DEVELOPMENT 
ACCELERATED  RESEARCH  &  DEVELOPMENT 
FINISHED     RESEARCH  &  DEVELOPMENT 
MANUFACTURING  FOR  DEPLOYMENT 
WORKING  UNDER  NORMAL  OPERATION 
WORKING  UNDER  REDUCED  EFFECTIVENESS 
READY  TO  BE  BOUGHT 


[C/Rl 

The  total  number  of  systems  selected  from  the  shoDoing   list 

9^9       the   systems   under  consideration.   The  total  number  of 
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systems  in  orocurement  are   listed   next.    A   breakdown   of 
systems  in  each  stage  of  orocurement  is  then  listed. 

a. a, 2. 2  Systems  OePlo/ed:  Ootion  -2-  lists  the 
names  of  those  systems  currently  deployed  and  ooerating  in  a 
normal  or  reduced  status.  A  s/stem  in  reduced  status  is 
half  as  effective  as  a  system  in  a  normal  status. 

************************************** 

♦  SYSTEMS  OEPLOYEP  * 

artac  1    NORMAL 
navtac  1   REDUCED 

END  OF  DEPLOYED  SYSTEMS. 
[C/Rl 

^.y,2.3  Systems  in  Research  and  Develooment:   Ootion 

-3-   lists  the  systems  ir>  normal  or  accelerated  Research  and 

Development.    A   svstetr.   in   accelerated   R+D    can    enter 

Manufacturing   for   Ocplc-'ment  sooner^  and  at  a  higher  costf 

than  a  system  in  normal  R+O.   The  year  that  the  system   ends 

R+O  is  listed  next.   At  the  indicated  year,  if  tne  system  is 

placed  into  M+Or  it  wi!i  finish   M+D   and   be   ready   to   be 

olaced  into  ooeration  in  the  year  listed  on  the  right. 

*  SYSTEMS  TNI  RESEARCH  I    DEVELOPMENT   * 

sat  3  ACCELERATED  END  R&D  YEAR  a  END  ^^&D  YEAR  5 

hftty  2  ACCELERATED  END  R%D  YEAR  2  END  M&D  YEAR  3 

hftty  2  ACCELERATED  END  R&D  YEAR  2  END  w&D  YEAR  3 

hftty  2  NORMAL       END  R&D  YEAR  3  END  ^?.0  YEAR  a 

hftty  2  NORMAL       END  R&D  YEAR  3  END  M&D  YEAR  a 

hftty  2  NORMAL       END  R&D  YEAR  3  END  M&D  YEAR  a 

END  OF  SYSTEMS  IN  R  &  D 
[C/R] 
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H,^.2.ii  Finished  Research  and  Devel  oomen  t  :  The 
systems  listed  bv  ootion  -a-  are  finished  R+D.  If  obligated 
for  M+0  i mmedi at e 1 y f  they  will  be  ready  for  ooeration  in  the 
year  listed  on  the  right. 

************************************* 

*  FINISHED  RESEARCH  &  DEVELOPMENT   * 
************************************* 
artac  2     END  M&D  IN  YEAR        4 
navtac  2    END  N'&D  IN  YEAR        5 

END  OF  SYSTEMS  FINISHED  R&D 
[C/R] 

4, a,?. 5  Manufacturing  for  Oeoloyment:  The  systems 
listed  by  ootion  -5-  are  in  active  M+D  and  will  be  ready  for 
ooeration  in  the  year  indicated. 

************************************** 

*  MANUFACTURING  FOR  DEPLOMENT      * 
************************************** 

artac  1  END  M8;D  IN  YEAR  2 

artac  1  END  M&D  IN  YEAR  2 

artac  1  END  M&O  IN  YEAR  2 

artac  1  END  mjo  IN  YEAR  2 

E^JD  OF  SYSTEMS  m  ^  d 
fC/R] 

4. a, 2. 6  Systems  Ready  to  Be  Bought:   The  systems   in 

ootion   -6-   are   ready  to  be  procured  for  normal  or  reduced 

ooerat  i  on . 

************************************* 

*  SYSTEMS  READY  TO  BE  BOUGHT      * 
*********************A^*A******A****« 

wbs  1 
vl  f 

artac  1 
navtac  1 

END  OF  SYSTEMS  TO  BUY 

rc/R] 
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a, a. 3  Intel  1  i  gencg 

This  reoort  is  obtained  by  selecting  ODtion  -3-  from 
the  main  menu.  It  will  contain  answers  to  intelligence 
requests  made  bv  the  olayer  the  previous  year.  An  example 
of  the  menu  is  as  follows: 


INTELLIGENCE  REPORT . . . I  a : 56 : 56 

[YEAR       21 
DECISION    TI^E:       29    mi>j 

CHOOSE:  FROM  YEAR  ##  ['-0-3  TO  EXIT 

uu       INTEL  REPORT 

1   YEAR   INTEL 


After  the  '?'f  enter  the  year  (if  there  is   one   listed)   to 

review.   An  examole  of  year  1  follows 

INTELLIGENCE  REPORT  FOR  YEAR  1 

YES,  SAT  3  HAS  BEEN  PLACED  INTO  RiD 

IT  WILL  BE  IN  NORMAL  OPERATION  3Y  YEAR  a 

ONLY  1  WILL  BE  PURCHASED 

[C/R] 

The  example  is  a  free  form  response  entered  by  the  Umpire. 
^ . 4 . ^  Budget  Ana  1 y s i s/Reaues t s 

Option  ^  in  the  main  Acquisition  ^gnu  provides  a 
breakdown  of  the  current  year's  budget  along  with  a  five 
year  forecast.  Only  systems  that  are  in  an  active  stage 
will  be  forecast.  For  example  a  system  in  active  R+O  will 
be  included  but  a  system  that  is  finished  R+O  in  the  current 
year  and  has  not  been  started  in  Manufacturing  for 
Deployment   will   not   be   included   in    this    projection. 
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Thereforcf  this  ootion  should  be  used  after  current  year 
acQuisition  has  almost  been  completed  in  order  to  get  a 
realistic  budget  orojection. 

This  projection  will  help  in  planning  for  subsequent 
years  and  in  submitting  a  proposed  budget  for  the  next  year. 
First*  the  following  info  will  be  displayed: 

*  THE  FOLLOWING  -5-  YEAR  PROJECTION  IS  BASED  * 

*  ON  THE  CURRENT  YEARS   FORCE  STATUS  WITH  THE* 

*  FUTURE  YEARS  BUDGET  COMPUTED  ASSUMING  A     * 

*  FROZEN  FORCE  STRUCTURE  (NO  ADDITIONS)  AND   * 

*  R&D  PROCEEDING  NORMALLY,  FLOWING  INTO  M4D   * 

*  AND  THE  SYSTEMS  BEING  BOUGHT  AS  THEY  BECOME* 

*  AVAILABLE.  * 

*  * 

*  THIS  LIST  SHOULD  BE  USED  AS  AN  AIDE  TO  SHOW* 

*  WHAT  HAS  BEEN  COMMITTED  TO  FUTURE  YEAR      * 

*  BUDGETS.  IT  CAN  GIVE  AN  IDEA  WHERE  BUDGET   * 

*  REDUCTIONS  OR  SCRAPPING  CAN  OCCUR.  * 

tC/R] 

After  entering  a  <RET>  the  budget  forecast  is  presented. 


NORMAL   ADVANCED  SYSTEMS   REDUCED    NORMAL   TOTALS 
R&D       R&D     IN   M&D     O&M       O&M 
4it       CST  UU       CST  UM       CST  Uu       CST  i*it       CST   »#  CST 


^  ^  «■  ^  «•  ^  « 

YEAR  1 

3 

21 

5 

60 

a 

as 

0 

0 

0 

0 

•  ^  ^  «•  ^  ^  «» 

10  129; 

YEAR  2 

3 

21 

1 

30 

2 

20 

0 

0 

a 

32 

10  103! 

YEAR  3 

0 

0 

1 

30 

3 

30 

0 

0 

6 

a2 

10  102! 

YEAR  a 

0 

0 

0 

0 

1 

27 

0 

0 

9 

57 

10  aai 

YEAR  5 

^  ^  ^  ^  ^  «•  « 

0 

0 

0 

0 

0 

0 

0 

0 

10 

72 

10   72! 

DO  YOU  WANT  TO  SUBMIT  A  BUDGET  REQUEST  FOR  YEAR   2  ?(Y/N] 
PLEASE  ENTER  BUDGET  REQUEST: 

A  budget  figure  for  next  year  can  be  entered  if  desired. 
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U.a.S  Procurement 

Select  ODtion  -5-  ^rom  the  main  menu  to  start  the 
life  cycle  (see  Figure  A-1)  of  systems  or  change  the  status 
of  systems  already  in  procurement  or  operation.  A  system 
initially  will  be  in  one  of  three  states.  Firsts  GOMEL  may 
have  been  entered  with  systems  already  in  riormal  Operations 
and  Maintenance.  Second*  a  system  olace-:!  in  consideration 
via  the  shopping  list  may  not  requir?-  Research  and 
Development.  Third/  systems  may  need  to  be  started  from  the 
beginning  of  the  life  cvcle  starting  with  normal  or  advanced 
Research  and  Development. 

^ar    can  start  anytime   after   year  2 ,  Unless   the 

system  is  already  in  normal  oi'  reduc<»d  Ooe'^ations  and 
Maintenance*  the  system  can  be  operational  in  year  3  only  by 
ooting  for  a  system  reguiring  only  Manufacturing  for 
Deployment  in  year  2.  It  will  be  benefici-sl  to  develop  a 
mixed  strategy  based  on  when  war  is  n'i>st  1  ikely  to  begin. 
^.4.6  CONPLAM  Decision  Review  (^^^ocurement) 

The  player  has  the  following  ootions  to  facilitate 
reaching  decisions  during  the  procu  rem-jnt  of  systems. 
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CONPL&N  DECISION  REVIEW 

[YEAR   1  :  BUDGET  $   500. OMl 
[MONEY  LEFT  TO  SPEND:  S  500. OMl 

♦DECISION  TIME:   22  MIN* 


CHOOSE:  FROM  un 

un  TITLE 

1  DECISION  ANALYSIS 

2  BUY  SYSTEMS 

3  SCRAP  SYSTEMS 

a  R&D  ACCELERATION 

5  R&D  EXPANSION 

6  0  &  M  REDUCTION 

7  PURCHASE  INTELLIGENCE 

8  MANUFACTURE  &  DEPLOY 
E  EXIT  CONPLAN  MENU 


Player  inout  is  exoected  after  the  '?*.  A  brief  descriotion 
of  ootions  will  be  oresented  followed  by  a  detailed 
discussion  of  each. 

1.  DECISION  ANALYSIS.  Shows  the  player  the 
electronic  equioment  ourchased  in  terms  of  aggregate 
technical  oerformance. 

2.  BUY  SYSTEMS.  Allows  ourchase  of  electronic 
equioment  that  have  finished  the  Manufacturing  for 
Deoloyment  stage. 

3.  SCRAP  SYSTEMS.  Scraps  electronic  equipment  to 
save  money . 

a.  R  and  D  ACCELERATION.  Initiates  accelerated  R+O 
for  electronic  equipment  requiring  R+D  efforts. 

5.  R  and  D  EXPANSION.  Allows  normal  R+D  on 
electronic  equipment  identified  on  the  shopping  list 
requ  i  r i nq  R  +  D  . 

6.  0  and  M  REDUCTION.  Saves  money  by  reducing  the 
operating  funds  of  electronic  equipment  currently  in  Mormal 
Ooerat  i  on  , 

7.  PURCHASE  INTELLIGENCE.  Allows  the  player  to 
purchase  Intelligence  information  available  the  next  year. 
Also*  the  player  can  send  messages  to  the  controller. 

8.  MANUFACTURE  AND  DEPLOY.  Places  electronic 
equipment  finished  R+D  into  the  final  phase  of  the  life 
cycle  process  before  purchasing  and  fielding. 


loa 


4,4.6,1  Decision  Analysis:  Ootion  1  will  helo 
analyze  current  and  future  capabilities*  Options  may  be 
selected  from: 

DECISION  ANALYSIS 
[YEAR:   2  TIME  LEFT:   27] 
CHOOSE:  FROM  »U 


un      TITLE 


1  FORCE  CAPABILITY  INDEX 

2  FORCE  ASSESSMENT 

3  CHANGE  DEFAULT  WEIGHTS 
a  CHANGE  DEFAULT  PARAMS 

E  EXIT 


A   brief   description   of   the   options   will   be   Presented 
followed  by  an  example  and  discussion  of  each, 

1.  Force  Capability  Index  -  Graphical  summary 
showina  the  technical  parameters  of  electronic  equipment 
under  development  and  in  operation. 

2.  Force  Assessment  -  Graphical  depiction  showino  a 
force  assessment  based  on  the  total  technical  parameters  and 
iiTiDOPtance  weights  assigned  to  each  parameter. 

3.  Change  Default  Weights  -  P'ayer  ran  change  the 
importance  of  each  technical  parameter  by  adding  or  reducing 
the  weights  applied.  Weights  are  applied  against  the  Force 
Assessment  depiction  (option  2). 

4.  Chanae  Default  Params  -  Scaling  values  used  on 
technical  parameters  can  be  varied  (ie»  each  parameter  is 
divided  by  a  scaling  value). 

4. a. 6. 1.1  Force  Capability  Index:  Option  1  provides 

a   projection   of  total  capability  for  the  current  years  and 

UP  to  three  additional  years.   An  example  of   the   display 

foil ows  • 
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FORCE  CAPABILITY  INDEX 


YEAR   3  YEAR  H  YEAR   5 

****** ********** *  *****************  ***************** 
*M  CC  S  CC  B  EEE*  *M  CC  S  CC  B  EEE*  *M  CC  S  CC  B  EEE* 
*0  RR  E  33  E  WCS*  *0  RR  E  33  E  WCS*  *0  RR  E  53  E  WC3* 
*B  NN  C  EE  A  FMM*  *B  NN  C  EE  A  FMM*  *B  NN  C  EE  A  FMM* 
*GG  S^  **GG  SM  **GG  SM  * 
*S  S**S  S**S  S* 
♦****♦♦♦*****•*♦*  *****************  ***************** 

[C/R] 

The  Y-AXIS  values  are  to  be  used  as  a  guide  for  comoarison 
Detween  the  current  year  and  projected  years.  These  are 
scaled  values.  They  will  change  if  the  associated  scaling 
oaram€'t  ers  are  changed  (option  -^-).  Each  'X'  marks  the 
level  the  eauioment  has  reached  for  that  year.  The  values 
can  t)e  read  as  a  histogram.  The  technical  parameters 
described  immediately  below  the  'X'  are  mobility  (MOB)/ 
range(CRNG  and  CRNGS  for  HF  in  skywave  mode)*  secur i t y ( SEC ) f 
C3  ef f ec t i veness (C3E  and  C3ES)/  number  of  satellite 
beams(BEAMS) *  EW  factor(EwF),  ECM  e f fee t i veness ( ECM ) ,  and 
ESM  ef f ect i veness(ESM) . 

^.y.6.1.2  Force  Capability  Assessment:  Option  -2- 
provides  a  projection  of  force  capability  for  the  current 
year  and  up  to  three  additional  years  based  on  summing  the 
totals   of  each  technical  parameter  times  a  weighting  factor 
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ft,:      , 


on  the  imoortance  of  that  technical  Darameter*  Initially 
the  weighting  factors  are  equal.  An  exaiiple  of  tre  display 
f o1 1 ows. 

FORCE  CAPABILITY  ASSESSMENT 


35- 
30- 
25- 
20- 
15- 
10- 
5- 


-35 

-30 
-25 
-20 
-15 
-10 
-  5 


x^^yxxxxxxx 

xxxxxxxxxx 

xxxxxxxxxx  xxxxxxxxxx 

xxxxxxxxxx  xxxxxxxxxx  xxx<xxxxxx 

xxxxxxxxxx  xxxxxxxxxx  xxxxxxxxxx  xxvxxxxxxx 

YEAR   2  !   YEAR   3  I   YEAR  H     \        YEAR   5  1   Vf.AR   fe 
fC/RJ 

The  value  in  the  Y-AXIS  denotes  a  scaled  nurroer  to   be   used 

for   comparison   between  years  displayed  on  the  graoh.   This 

graph  is  presented  in  a  histoaram  fornat.    Projections  are 

based   on   all   equiofnent   procured   entering  the  ?ubseauent 

stage  and  finally  being  deployed. 

y. 4, 6. 1.2  Changing  Default  /V eights:   Oefau-t  weights 

used    in    computing    force   assessment   can   be   chcinged. 

Computation  of  force  assessment  involves  taking  scaled  value 

(technical  Parameter  /  scaling  value  assigned)  multiplied  by 

this   weight   and   summing   them   by   year.    In   effects   a 

sensitivity   analysis   can   be   made  by  changing  the  weignts 

applied   to   any   technical   parameter   (initially    equally 

weighted).    The  following  shows  the  current  default  weights 
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and  permits  each  weight  to  be  changedf  The   current   weights 

are  disolayeci  first: 

THESE  ARE  THf:  kVEIGHTS  APPLIED  TO  EQUATIONS 

TOTAL  WEIGHTS  MUST  SUM  TO  1 

THE  SYSTEM  W:[LL  CHECK  TOTALS  AS  THEY  ARE 

ENTERED. 

ENTER  CHANGE!)  AS  DESIRED: 

WTMOB  WTfR   WTCRS  WTSEC  WTC3   WTC3S  WTBM   WTE/^F  WTECM  WTESM 

0.10   0.10   0.10   0.10   0.10   0.10   0.10   0.10   0.10   0.10 

An  example  of  a  session  to  change  the  weights  follows: 


MOBILITY  HEIGHT: 

0.05 

COMM  RANGE  WIEIGHT 

0.15 

SKIP  COMM   WEIGHT 

0.05 

SECURITY    WEIGHT 

0.15 

C5  EFF      WEIGHT 

0.15 

SKIP  C3     WEIGHT 

0.05 

SAT  BE^MS   WEIGHT 

0.15 

EWF  FACTOR  WEIGHT 

0.1 

ECM  FACVOR  WEIGHT 

0.1 


RANGE  [-0-  TO  -  0.9500000 

RANGE  [-0-  TO  -  0.8000000 

RANGE  [-0-  TO  -  0.7500000 

RANGE  [-0-  TO  -  0.6000000 

RANGE  (-0-  TO  -  O.a500000 

RANGE  [-0-  TO  -  O.aOOOOOO 

RANGE  [-0-  TO  -  0.2500000 

RANGE  (-0-  TO  -  0.1500000 


The  E3M  weight  is  the  remainder  left  from 
weights  are  then  displayed. 


1  . 


The   changed 


WTMOB  WTCR   WTCRS  WTSEC  WTC3   WTC3S  WTBM   WTEWF  ,^JTECM  WTESM 
0.05   0.15   0.05   0.15   0.15   0.05   0.15   0.10   0.10   0.05 


^.^.6.1,y  Changing  Default  Parameters:  Scaling 
values  used  in  the  force  assessment  and  force  index  graph 
can  be  changed.  The  following  guestion  answer  sequence  is 
presented. 
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(C/Rl 

OLD  MOBILITY  HIGH:         50 
NEW  MOBILITY  HIGH: 

7 

25 

The  reduction  of  this   value   to   25   doubles   the   mobility 

factor  displayed  in  the  graohs. 

OLD  COMM  RANGE  HIGH:        100 
NEW  COMM  RANGE  HIGH: 

200 

If  all  the  communication  gear  purchased  had   excellent   co-nn 

Panqe»   the   scale   may   have   to  be  increased  to  ftrinq  comm 

range  in  line  with  the  other  factors  to  consider, 

OLD  COMM  SKIP  RANGE  HIGH:     9999 
NEW  COMM  SKIP  RANGE  HIGH: 

5000 

The  skip  comm   range   scale   may   be   reduced   in   order   to 

increase  the  importance  applied  to  long  range  commun i cat i on . 

OLD  SECURITY  FACTOR  HIGH:  6 

NEW  SECURITY  FACTOR  HIGH: 

3 

Intelligence  on  enemy  intentions  may  show  that  the   security 
factor  should  be  more  of  a  factor  in  decisions. 


OLD  C3  EFF  HIGH 
NEW  C3  EFF  HIGH 

0.5 


1 ,000000 


OLD  SKIP  C3  EFF  HIGH: 


1  ,000000 
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NEW  SKIP  C3  EFF  HIGH: 

• 

0,75 

0.5 

The  C5  effectiveness  figure  is  shown  to   be   more   imoortant 

and  will  now  be  reflected  as  so  in  the  graohs. 

OLD  NUMBER  SAT  BEAMS  HIGH:    0.5000000 
NEW  NUMBER  SAT  BEAMS  HIGH: 

0.25 

If  there  sre    only  a  sniall  number  of  an  electronic   equipment 

available   for   ourchase*   it   may   be  necessary  to  change  a 

parameter  so  that   the   equipment   will   even   show   in   the 

graphs . 


OLD  EWF  HIGH: 
NEW  EWF  HIGH: 


10 


OLD  ECM  HIGH: 

NEW  ECM  HIGH: 

2 

OLD  ESM  HIGH: 

NEW  ESM  HIGH: 

3 


Again,  the  importance  of  any  item  can  be  reduced  or 
increased  by  chanqing  the  scaling  value  associated  with  that 
parameter.  Since  the  technical  parameters  are  scaled  by 
dividing  the  parameter  by  its  scaling  value,  an  increase  of 
the  scaling  value  will  reduce  the  parameter's  importance  and 
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a         decrease         of  the       scaling       value       will        increase       the 

importance.       The    changed    scaling    values    are    then    disolaved, 
HIGHS 


M08ILIY 

COMM    RANGE 

SKIP    COMM    RANGE 

SECURITY    FACTOR 

C3    FACTOR 

SKIP  C5  FACTOR 

NUMBER  SAT  BEAMS 

EfiF    FACTOR 

ECM  FACTOR 

ESM  FACTOR 


25 

50 
9999 
3 
1.000000 
1 .000000 
0.2500000 
5 
1 
1 


[C/R] 

This  change  will  affect  the  display  in  options  -1-  and  -2-. 
After  the  <RET>,  the  decision  analysis  menu  is  repeated  for 
further  ac t  i  on, 

4.4,6.1.5  •  Exit  Decision  Analysis:  On  entering 
option  -E-/  the  olayer  is  returned  to  the  procurement  Tienu. 
If  the  decision  analysis  option  is  selected  again/  the 
default  parameters  will  be  in  effect  again. 

4,4.6.2  Buy  Systems:  When  electronic  eguipment  has 
been  Manufactured  for  Oeoloyment^  selecting  option  -2-  will 
oresent  the  ooportunity  to  Buy  the  electronic  eguipment.  A 
summary  of  costs  for  each  electronic  eguioment  is  displayed 
along  with  an  option  to  buy  the  eguipment  at  normal  or 
reduced  cost.   An  example  follows: 
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SYSTEMS  READY  TO  BUY  FOLLOWS 
(C/RJ 

SYSTEM       :  artac  1 
NORMAL   COST:     8 
REDUCED  COST:     a 

MONEY  LEFT   :  549.0 

BUY?(Y/N] 
Y 

NORMAL  OR  REDUCED  COST?  [K/R] 
N 

If  the  answer  to  buying  the  systen  is  no t     it  will   still   be 

available   for   purchase   anytime  the  buy  routine  is  entered 

during  the  current  year.   However  if  a  system   is   available 

to   buy  and  is  not  ourchased  (juriig  that  year  it  will  not  be 

available  later.   A  systerri  oo orating  under  reduced   cost   is 

half   as   effective  as  a  system  operating  under  normal  cost. 

Any  system  operating  under  nortral  cost  can  always  be  reduced 

(and   money   saved)   later.    However   a   system  orocured  at 

reduced  cost  cannot  be   brought   Dack   to   normal   operating 

effectiveness. 

4.4.6.3  Scrapping  5;ystems:   Option  -3-   enables   the 

player   to   scrap   any   system  entered  to  date.   This  can  oe 

done  to  free  money  for  mors  important   systems   or   for   any 

other   reason   more   money   may  be  needed.   The  only  cost  in 

scrapping  a  system  is  the  time  and  money   already   spent   in 

prior   years.    The   money  saved  in  scrapping  is  immediately 

available  for  use.   The  following  display  is  generated: 
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DECISION  TIME  LEFT  IS   21  MINUTES  AT  15:0^:51 
BUDGET  :  ?  600. OM    LEFT  TO  SPEND  :  $  517. OM 
^. ...-.«««. ---* 

*  ENTER  ITEM  UUU    TO  SCRAP  /OR/  (-0-]  TO  EXIT  * 
y^. -----* 

»nn    SYSTEM    STAT  UUU    SYSTEM    STAT  UUU    SYSTEM 

1  artac  1  N  OP  5  sat  3  AR&D    9  hftty  2 

2  artac  1  N  OP  6  hftty  2  10  hftty  2 

3  artac  1  N  OP  7  hftty  2  11  hftty  2 
a  artac  1  N  OP  8  hftty  2  NR&D   12  ew  aa 

UUU 

1 

AH  systems  in  work  and   their   status   of   procurement  are 

listed.   The  status  is  one  of  the  following: 

N  OP  -  Normal  ooeration  and  maintenance 
R  OP  -  Reduced  operation  and  maintenance 
AR+D  -  Accelerated  research  and  maintenance 
NR+O  -"  Normal  research  and  maintenance 
FR+D  -  Finished  research  and  maintenance 
MNFD  -  Manufacturing  for  deployment 
ROY  -  Ready  to  be  bought 
SCRP  -  System  has  been  scrapped 

The  item  number  of  the  system  to  be  scrapped  is  entered  or  a 

zero  is  entered  if  scrapping  is  finished.   The  system  chosen 

for  scrapping  is  then  displayed  : 

SYSTEM  TO  BE  SCRAPPED  :  artac  1 
(C/Rl 

After  the  return,  the  status  of  the  system  is  repeated  along 

with  the  money  to  be  saved  in  scrapping  the  system. 

IN  NORMAL  OPERATION 

SCRAPPING  ^ILL  FREE    :  S  8M 

A  confirmation  of  the  scrapping  will  be  reguired, 

00  YOU  REALLY  WANT  TO  SCRAP  IT?[Y/N1 

MONEY  TO  SPEND  BEFORE  SCRAPPING:  $  517M 

MONEY  TO  SPEND  AFTER  SCRAPPING:  $  525M 

(C/R] 
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The  budget  before  scraDpinq  and  after  sc^aoDing  is  disolayed 

for  information  Durooses, 

DECISION  TIME  LEFT  IS   20  MINUTES  AT  15:)5:25 
BUDGET  :  S  600. OM    LEFT  TO  SPEND  :  $  52'5.0M 

*  ENTER  ITEM  (tu«    TO  SCRAP  /OR/  i~0-)  TO  'EXIT  * 

MUM    SYSTEM    STAT  ««#  SYSTEM    STAT  tUU     SYSTEM 

1  SCRP    5  sat  5     AR&D    9  -i  f  1 1  y  2 

2  artac  1   N  OP    6  hfttv  2         10  iftty  2 

3  artac  1   N  OP    7  hftty  2         11  t f t t y  2 
a  artac  1   N  OP    8  hftty  2   NR&D   12  »w  aa 

ffUti 

As  shown/  syste''>   1   is   scraooed   and   more   megabuclcs   are 

avai 1 abl e  . 

4.y.6.y  R  and  0  Acceleration:   Accelerated   Research 

and   Develooment   is  selected  to  hurry  the  eguioment  through 

R+D  and  make  it  available   for   m+o   and   Ooeration   sooner. 

When   orocurement   ootion  4  for  accelerated  R+D  is  selected/ 

the  following  disolay  is  shown: 

TIME  LEFT  IS   22  MINUTES  AT  14:42:5-:  : 
MONEY  LEFT  =  $  500. OM 

*  THESE  SYSTEMS  ARE  AVAILABLE  FOR  ADVANCED  * 

*  RESEARCH  AND  DEVELOPMENT  TO  BE  READY  * 

*  IN  THE  YEAR  INDICATED  FOR  M  Sr  D .  * 

*  ENTER  ITEM  MM    /OR/  [-0-1  TO  EXIT.  ♦ 

Unn    SYSTEM    Y/RDY  atiU    SYSTEM    Y/RDY 

1  sat  3         4a  hftty  2       2 

2  hftty  2       2    5  hftty  2       2 

3  hftty  2       2    6  hftty  2       2 

There  are  three  data  items  for  each  system  listed:  an       item 
number/   the   system   name/   and   the   year  the  svstem  would 
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finish  Accelerated   R+D.    Select   those   systems   to   enter 

accelerated   R+D   and/or   enter   a   0   to  exit.   The  cost  of 

accelerated  R+D  is  given  next. 

SYSTEM  :   hftty  2 

ADV  R  &  0  COST:  $  15 

BUY?tY/N] 

A  confirmation  is  required  to  exoend  the  money  as  shown. 

hftty  2   IS  SCHEDULED  FOR  ADV  R&D  AND  WILL  BE  READY  FOR  M&D 
IN  YEAR  2 

(C/Rl 

The  system  is  reoeatcd  along  with  the  year  it  will  be 
available  for  M+D.  Enter  a  <RET>  and  another  oooortunity  to 
olace  a  system  in  accelerated  R+0  will  be  provided, 

^.4.6.5  R  and  D  Expansion:  Ootion  -5-  is  Normal 
Research  and  Development.  Most  of  the  electronic  equipment 
selected  by  the  shopping  list  routine  will  have  to  undergo 
Research  and  Development  due  to  extensive  modifications 
necessary  to  meet  the  projected  threats.  The  only 
difference  between  normal  and  accelerated  R+D  is  the  money 
involved  and  time  required  for  Research  and  Development. 
The  displays  and  responses  are    identical  to  Section  ^.^.6.^. 

4. a. 6. 6  Manufacture  and  Deploy:  When  a  system  is 
finisned  R+D/  companies  have  to  set  up  assemblies  and  tools 
to  manufacture  the  system  and  also  train  people  to  repair 
the  equipment.  This  is  represented  in  CQMEL  by  the  M+D  cost 
and  time  delay.  Option  6  is  the  selection  to  manufacture 
for  deployment.  The  player  can  manufacture  for  deployment 
any  system  that  appears  in  this  list.   However/   the   system 
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will   not   be   operational  until  the  system  has  finished  M+O 

and  bought  by  ootion  -2-.   An  exafi^ole  display  follows: 

DECISION  TIVE  LEFT  IS   18  MINUTES  AT  laicjbMS 
MONEY  LEFT  =  $  419. OM 
*«.«--«-«-----------«--------- -.-.* 

*  THE  INDIVIDUAL  SYSTEMS  READY  TO      * 

*  BE  MANUFACTURED  THEN  DEPLOYED:       ♦ 

*  ENTER  ITEM  ##   /OR/  I-O-l  TO  EXIT    *< 

«##  SYSTEM    YR/RDY  CST/YR:^##  SYSTE^ 

1  aptac  1        2      12   3  artac  ! 

2  artac  1        2      12   a  artac  1 

nun 

Enter  the  item  number  to  manufacture  or  a    zero  to  exit.    On 

successful  addition/  the  following  is  disolayed: 

artac  1   IS  BEING  MANUFACTURED  AND  '^ILL  BE 
READY  FOR  DEPLOYMENT  IN  YEAR 
2 

If  the  system  could  not  be  added  due  to  lack   of   fundS/  an 

aoproppiate  message  would  be  displayed. 

4.4.6.7  Operation  and  Maintenance  Reduction:  Option 
-6-  places  the  specified  electronic  system  in  reduced 
operation  and  maintenance.  The  difference  in  money  between 
normal  and  reduced  operation  is  saved  immediately.  This 
routine  is  self  explanatory  and  is  similar  to  the  scrap 
rout  i  ne . 

4.4.6.8  Purchase  Intelligence:  Ootion  -7-  enables 
the  player  to  Purchase  intelligence  information  about  the 
opponent.  The  player  can  also  communicate  with  the  Umpire 
(without  cost).  Intelligence  is  purchased  to  gain 
information  on  systems  the  enemy  is  investing  in.   It   might 
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be  Dossible  to  enhance  your  planning  significantly  with  this 
kno>«'1edge.   HowevePf  do  not  expect  perfect  information.   The 
player   will   only  receive  information  the  Umoi re  decides  to 
giv».   The  following  menu  is  displayed: 
INTELLIGENCE  REQUEST . . . 1 4 : 47 : 52 


BUDGET:  $  500. OM   LEFT  TO  SPEND:  $  371. OM 

[YEAR   n 
DECISION  TIME:   17  MIN* 


CHOOSE:   FROM  nn 
un      TYPE  OF  REQUEST 


1  GENERAL  INTELLIGENCE  BRIEF 

2  SPECIFIC  INTELLIGENCE  DATA 

3  COMMENT  TO  CONTROLLER 

E  EXIT  INTELLIGENCE  REQEST 


General  intelliaence  (option  -1-)  can  be  selected  once   each 

year.    Specific  intelligence  (option  -2-)  can  be  bought  for 

any  number  of  systems  if   money   is   available.    Each   time 

oDtion  -3-  is  entered^  the  old  controller  message  is  erased. 

4.4,6.8,1  General  Intelligence:   After  the  *?'  enter 

the   option   desired.   For  a  general  intelligence  brief  of  a 

non-soecific  nature  enter  option  -1-,   The  following  is  then 

di  spl ayed: 

GENERAL  INTELLIGENCE  WILL  COST  $  15M 

AVAILABLE  YEAR:  2 

00  YOU  WANT  THIS  I NTELL I GENCE? C Y /N] 

A  'Y'  answer  will  commit  this  year's  funds   for   a   response 

the  followina  year. 
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^,4.6,8.2  Specific  InteHiqence:  Soecific 
Intelligence  can  be  purchased  for  systetts  fished  in  this 
menu.  It  is  unlikely  that  exact  information  will  be 
provided  by  the  Umpirer  but  the  intelligence  received  is 
normally  of  some  value.  The  more  accurately  th3  threat  can 
be  estimated  the  better  it  can  be  countered  through  an 
aopropriate  acauisition  policy.   An  example  follows: 

♦  SPECIFIC  INTELLIGENCE  * 

PLEASE  ENTER  SYSTEM: 
************************************* 

*  ENTER  ITEM  UU    /OR/  [-0-]  TO  EXIT  * 
************************************ 

un    SYSTEM    TYPE    MM    SYSTEM    TYPE    UU    SYSTEM    TYPE 

1  artac  1   tac  7  shf-sat  sat  13  gt-sat  .?  gtsat 

2  artac  2   tac  9  shf-gt  gtsat  1^  singars  sat 
3navtacltac  9vlf  vlf  15  singargc  gtsat 
y  navtac  2  tac  10  tritac  sw  16  abnco  1  abrcp 
5  aftac  1   tac  11  tritaceh  sw  17  abncP  2  abrcp 
6aftac2   tac  12  sat  3  sat  ISawacs  awacs 

12 

Enter  the  item  number  of  the  system  for   whic^   intelligence 

i  s  desi  red, 

R  +  0  INFO  FOR  SYSTEM  sat  3    ?  [Y/N]  (COST:  $20M) 

Selecting  'Y'  will  require  the  Umpire  to  return  a  yes  or   no 

answer  on  whether  this  system  is  in  R+0. 

INFO  ON  ENEMY  INTENT  TO  8UY  sat  3    ?[Y/N]   (COST:  $10M) 

A  yes  or  no  answer  will  be  returned  on   whether   the   Umpire 

thinks  that  the  opposing  player  will  proceed  beyond  R+0. 

INFO  ON  NUMBER  OF  sat  3    ENEMY  MAY  BUILD?rY/N]  (COST:  ilOM) 
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An  indication  on  the  number  of  these  systems  to  be  built   is 

provided  the  olayer. 

INFO  ON  DEPLOYMENT  DATE  OF  sat  3    ?tY/N]   (COST:  S20M) 

Ti^e  date  the  system   will   be   in   an   ooeratinq   status   is 

provided.   Once  R+0  information  has  been  bought  on  a  system, 

the   ibove   corollary   questions   can   be   answered   at   the 

indicated   costs.    It   might  be  advantageous  to  ask  for  R+O 

infcrnaticn  one   year,   and   the   subsequent   questions   the 

f o1 1 owi  nq  years  . 

y. ^.6.8.3  Message:  Enter  ootion  -3-  to  ask  the 
controller'  questions.  It  may  be  entered  to  clear  uo  some 
questions  from  earlier  intelliqence  updates. 

*  ENTER  MESSAGE  TO  CONTROLLER  * 

i^. .......................... ....A 

Enter  the  messaqe.   A  <RET>  on  a  blank  line  will   exit   this 
sess  i  on . 

^,y,6.8  Exit:  Enter  an  -E-  to  return  to  the 
procurement  menu. 

y.^.7  End  of  Acquisition 

When  the  Acquisition  Phase  is  over   ("Exit   or   time 

run  out"),  the  following  information  will  be  oroviaed: 

END  OF  YEAR:  2 

WAIT... 

END  YEAR  2  AT . . . 1 5 : 07 : 02 

Control  has  now  returned  to  the  Umpire.    In   this   example, 

either  turn  3  will  start  or  war  will  begin. 

END  ACQUISITION. ..15:07:33 
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a. 5  PREPARING  FOR  THE  OPERATIONS  PHASE 

This  section  of  the  manual  describes  the  assiqnv.enc  of 
equioment  to  units.  The  steps  of  an  Ooerations  t'jrT  are 
described  in  the  next  section.  Figure  A-ia  orovides  an 
overview  of  both  sections. 

The  first  steo  in  preparing  for  the  Operations  Pnar.e  is 
advanced  planning.  The  players  should  have  available  copies 
of  the  mapf  their  unit  listSr  their  equipment  1 i s c s f  a 
general  operations  plans,  (See  Attachments  A-1  throu?.-.  A-lu 
for  default  versions.)  The  players  should  set  up  the  mapf 
using  movable  markers  to  indicate  the  locations  of  the 
units.  They  should  plan  the  allocation  and  e'nplovment  of 
their  equipment  to  best  support  their  forces  and  th«  oomirq 
ooerations.  They  should  prepare  a  list  of  the  t?q;;ipment 
assignments  and  may  want  to  prepare  network  diagrams. 
The  players  should  not  go  past  this  logo  until  told  t  r.  do  so 
by  the  Ump  i  re  : 

*  ***********************************************  *********** 

*  * 

*  ****  »***  *  *  ******  «  * 
**********          *           * 

*  *  *****  *****  *  * 
********          *  * 

*  ****      ****      *      *     ******     ******      * 

*  * 

*  ****      *****        ****  * 

*  *****  * 

*  *******        ****  * 

*  *     *     *  *     *  * 

*  ****      *  ****  * 

*  * 

*  ********************************************************* 
Do  not  proceed  oast  this  ooint  until  told  to  io  so  by  the 
Umpire.  When  the  Umpire  tells  you  to  go  on^  enter  [C/Rl 
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GOMEL  OPS 

HEADER 
>Jr 


D 


UMPIRE  SETS 
RULES  OF  ENGAGEMENT 


YES 


TURl 


NO 


ASSIGN  EQUIPMENT 
.  TO  UNITS 
,  TO  DETACHMENTS 
.  TO  LOCAT]:ONS 


T 


INTEL  REPORT 
.  SAT  SURVEYS 
.  RECON  FLIGHTS 
.  ESM  BEARItTGS 


J 


ACTION  MENU 

:. .  Review  Position  and  Goal  Data 

2.     Set/Change  Goal  for  a  Unit 

:i .     Change  Electronic  Equipment  Missions 

'1.  Assign  Recon  Missions 

1).  Assign  Other  Air  Missions 

b.  Embark/Disembark  Marine  Forces 

■7.  Airlift  Airborne  Forces 

a.     Employ  Anti-satellite  Weapons 

■3.  Finished  Turn 

' 

MOVEMENT  OF  UNITS 
.  CONFLICT  MESSAGES 

Ji 

COMBAT 

SEQUENCE 

.  INTERDICTION 

REPORTS 

.  EW 

EFFECTS 

.  CAS 

AND  CAV  REPORTS 

.  GROUND  BATTLE 

REPORTS 

NO 


PLAYER  OPERATION  PHASE  FLOW 
Figure  A-14 
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When  the  Ooerations  Phase  actually  begins/  assu^nng  the 
players  are  starting  a  new  gaftie  and  not  resuming  one  already 
in  progress/  the  first  step  is  to  assign  the  equipment  tc 
the  right  units  or  locations.   The  eguipment  items  will  show 


UD  on  the  screen  one  at   a   timer   with   instructions. 


ne 


entries   to   be   made   vary  with  the  type  of  equipment.   All 
entries  should  be  in  lower  case  (EX,   35th  abn). 

(1)  Some  equipment  is  fixed*  such  as  large  satellite 
ground  terminals.  For  these  items  the  players  will  be  asieea 
to  name  the  oermanent  hex  location.   For  Example: 


vlf  is  fixed  equioment.  Input  the  oermanent  location:  xx  xx 
5a  26 


They  input  the  row  number  and  column  number^  seoarated  dv  3 
comma  or  a  blank  space.  (  iaI  i  t  h  the  numoerina  systcn 
described  in  Section  I , U ,  each  hex  identification  is  either 
two  odd  or  two  even  numbers.)  Once  the  system  is  assigned  ':  o 
a  hex  location,  it  can  be  used  by  any  unit  in  that  nex/ 
except  that  a  VLF  system  may  be  used  only  by  the  Joint  Tasie 
Force  Headquarters  to  contact  the  National  Command 
Authority.  As  players  locate  each  piece  of  fixed  equipment 
they  may  want  to  place  a  marker  on  their  mao, 

(2)  Some  equipment  is  mobile*  such   as   HF   systems. 
The  Players  will  be  given  two  choices: 
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artac     1  is  •^obPe  equipment  that  can 

1.  Be  attached  to  a  combat  unit  and  move  with  it. 

2,  Be  detached  and  set  uo  as  a  separate  comm  relay 
or  E W  unit. 

It  will  then  move  as  a  unit  but  have  no  combat  ooints. 

Input  mision  number  1  or    2. 


For  the  first  alternative^  a  typical  enquiry  and  response 
are: 

What  unit  do  you  want  to  attach  it  to?  35^  mech 

For  the  second  alternative/  players  must  select  an  initial 
location  for  the  detachment/  give  it  a  name/  and  olace  a 
marker  on  the  ^xap.   Fof  example: 


Locate  the  eouioi^'e^^t  by  entering  the  hex  number  xx  xx.  34  12 
Inout  a  name  for  the  comm  relay  or  E/J  detachment  vou  have  just 
established.  Use  up  to  3  spaces,  det  8 


(5)  Airbof'ne  command  costs  fly  on  a  rotating 
schedule.  Percent  of  availability  depends  on  the  number  of 
aircraft  purchased,  IF  one  side  has  bought  only  one  ABNCP/ 
it  is  available  only  45X  of  the  time.  If  they  have  bought 
twof  one  will  be  available  75%  of  the  time.  ."Jith  three  or 
more/  an  ABMCP  will  be  scheduled  for  flight  100%  of  the 
time.  However*  the  scheduled  aircraft  may  develop 
unscheduled  maintenance  problems  and  be  unable  to  fly  or 
have  radio  equipment  out  and  be  unable  to  communicate. 
These   problems   are  random*  and  are    based  on  the  C3E  of  the 
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aircraft  scheduled   to   fly.    The   players   are   given   the 

percent   of   availability/   but   make  no  decisions  on  use  at 

this  time.   They  will  have  an  oooortunity   to   assign   orbit 

locations   during   each   turn.   The  following  information  is 

di  sol ayed  here : 

You  have       2    ABNCP. 

ABNCP  will  be  available  0.8500000  of  the  time.  Orbit 
assignments  will  be  made  in  the  COMM  module  of  each  turn, 

Tyoe  any  character  to  proceed. 


(a)AWACS  aircraft  are  scheduled  like  the  ABNCPs. 
The  terminal  disolay  is  also  the  same. 

(5)   Communications   satellites   in   the   game   have 

either   one   area   beam   or  several  soot  beams.   The  players 

will  be  asked  to  inout  the   initial   center-focus   for   each 

beam.   Changes  can  then  be  made  each  turn.   Ground  terminals 

will  not  be  able  to  connect  to  the  satellite  unless  they  are 

within   the   beam   (a   circle  of  radius  CRNG  around  the  beam 

center).   For  example: 

sat  I  is  a  comm  satellite  with  2    soot  beams 

each  having  a  footprint  of  radius  6, 

Each  beam  center  can  be  relocated  once  each 

turn. 

Input  the  hex  location  of  each  beam  center  as 
it  is  cal 1 ed  for. 


Enter  the  center  of  beam 
Enter  the  center  of  beam 


1  20  30 

2  35  a? 
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(6)  Intelligence  satellites   can   survey   a   certain 

number  of       sequential  columns  in  each  turn.   For  examole/  a 

Satellite  with   ranges   or   beamwidth/   of   5   could   survey 

columns  22f23f2ii,2S,       and   26   and  identify  the  location  of 

enemy  units   in   those   columns.    Players   can   select   the 

columns   surveyed   eacH  turn/  but  make  no  decisions  now.   If 

they  sre    working  orooerly  (based  on  C3E  of   the   satellite)* 

the   satellite   will   always   detect   any  enemy  units  in  the 

columns  surveyed.   They  will  give  the  location  but   not   the 

name  of  the  unit.   The  following  information  is  displayed: 

soy  2  is  ar,    intelligence  satellite  that  can  survey      5 
columns  of  hexes  each  turn.  The  track  of  the  satellite  is 
chosen  in  the  RECON  mod'jie.  Type  any  character  to  continue. 

(7)  Ant  i -Sat  1?  1  i  i  t  e  weapons  also  reouire  no  decisions 

now.   They  are  one-shot  weapons  that  can  be  directed  against 

either  communications  cr  intelligence  satellites.   Their  use 

must   be   approved  by  tht»  NC/t.   The  following  information  is 

displayed  here: 

atksat  1  is  an  ant i -sat e M i t e  weapon  that  can  be  used  only 
once.  Use  of  the  weapon  is  selected  in  the  ATKSAT  module. 
Type  any  letter  to  oroceeo. 

a. 6  THE  OPERATIONS  TURN 

Each  turn  consists  o-^  four  oarts:   Intelligence   Reoort/ 

Player   Action  Menu*  Movement*  and  Combat.   All  entries  must 

be  lower  case.   Each  turn  has  a  maximum  time  length*  set   by 

the   Umpire.   However*  if  both  players  finish  before  time  is 

uo  the  next  turn  will  begin  immediately. 
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^.6.1  Intelligence  Report 

In  an   turns   exceot   the   firsts   players   receive 

information   from   any   satellite   surveys  or  reconnaissance 

flights  requested  in  the  last  turn.   For  example: 

A  recon  flight  has  found  an  enemy  unit  in  hex  24  50 

An  intelligence  satellite  indicates  an  enemy  in  hex  30  28 

They  will  also  receive  lines  of  bearing  to  emitters  from  any 

Efi      eauipment   in   the   ESM   mode   and   within   range  of  Che 

emitters.   For  example: 

ESM  indicates  enemy  emitters  compatible  with  Eirt  3a 
at  an  bearinge  of  95  degrees  true  from  36  54 

4.6.2  The  Action  Menu 

The  Player  Action  Menu  is   where   the   olavers   make 
most  of  their  decisions. 

Action  Menu 

1.  Review  Position  and  Goal  Data 

2.  Set/Change  Goal  for  a  Unit 

3.  Change  Electronic  Eguipment  Missions 

4.  Assian  Recon  Missions 

5.  Assign  Other  Air  'Missions 

6.  Embark/Disembark  Marine  Forces 

7.  Airlift  Airborne  Forces 

8.  Employ  Ant i -sat e 1 1 i t e  Weapons 

9 .  F  i  n  i  shed  Turn 

Enter  the  number  of  your  chosen  action. 
Players  may  make  most  of  these  options  as  many  times  as  they 
wish  until  "Finished  Turn**  is  selected  or  until  the  time 
limit  runs  out.  The  following  paragraphs  describe  each 
ootion.  Only  a  few  of  the  many  possible  choices  are  shown. 
Most   options   include   logical   error   checks   that    orint 
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different  statements  if  you  make  an  incorrect  entry*  such  as 
trying  to  airlift  an  armored  brigade  or  land  the  Marines  in 
the  middle  of  the  sea. 

(1)  "Review  Position  and  Goal  Data"  allows  the 
players  to  verify  or  uodate  their  mao  and  to  check  the 
current  goal  and  combat  points  of  their  units. 

(2)  "Set/Change  Goal  for  a  Unit"  asks  the  player  to 
inout  the  name  of  the  unit  whcse  destination  is  to  be 
changed.  There  is  a  communications  check  from  the  JTFHQ  ro 
the  unit  to  see  if  a  change  of  orders  can  get  through;  if 
so  the  present  goal  is  disp'aved.  The  players  input  the  new 
goal  for  the  unit?  and  after  a  short  delay  a  projected 
route  is  displayed.  The  projected  route  is  computed  by  an 
ootimum  oath  routine  which  consi(iers  the  type  of  unit  and 
the  terrain.  The  estimated  Isne^th  of  the  path,  in  movement 
points,  is  given,  but  t^e  actual  Movement  may  be  slowed  by 
Poor  internal  communications.  If  the  players  do  not  like 
the  projected  route,  the/  c-^n  alter  it  by  entering  a  new, 
closer  goal  along  their  preferred  route.  For  examoler  if 
they  want  a  unit  to  go  through  some  woods,  even  if  that 
route  is  slower,  they  could  input  an  interim  goal  position. 
When  the  unit  arrived  at  the  interim  position,  thev  could 
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input  orders  to  the  final  destination.    An   example   of   an 

exchange  of  queries  is: 

Which  unit  goal  do  you  want  to  set  or  change? 

Enter  the  units  name  -  up  to  8  spaces.  23H    mech 

The  goal  for  234  mech  is  now  0  0   Is  this  ok  as  is? 

y  or  n 

n 

What  is  the  desired  goal? 

Use  0  0  to  stop  the  unit  in  its  present  position, 

25  37 

The  goal  of  the  un:t  has  been  changed  to  23  37 

There  will  be  a  short  delay  while  the  route  is 

bei  ng  ol anned. 

The  projected  oath  is: 

19  29         18  30    17  31    16  32    15  33    17  33    18  3a 

19  35    21  35    22    36    23  37 

this  oath  will  take  about  10  movement  points.  If  you 

want  to  take  a  different  route/  resubmit  a  closer, 

interim  goal  for  this  unit, 

A  sample  projected  oath  and  an  interim   goal   are   shown   in 

Fi  gure  A- 1 5, 


GOAL  SETTING 
Figure  A-15 

(3)  "Change  Electronic   Equipment   Missions"   offers 
anot  her  menu : 
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COMM  MENU 

1.  Assign  ABNCP  and  AWAC3  orbits 

2.  Detach  equipment  for  use  as  a  r*elay  or    EW  unit 

3.  Change  comm  satellite  orbit 
U.    Change  Ew  system  mission 

5.  Return  to  main  menu 
Inout  number  of  desired  action. 


The  first  choice  returns  the  percent  of  availibility  for  the 
ABNCP  and  AWACS  and  whether  one  is  ready  for  use  this  turn. 
If  one  is  available  the  players  are  cisked  to  enter  the  orbit 
center.  The  aircraft  will  orbit  during  combat  to  relay 
orders  and  reports  between  the  combat  units  and  the  JTFHQ, 
For  example: 


ABNCP  is  available  0.8S00000   of  the  time. 

One  is  available  this  turn.  Input  requested  orbit 

center  xx  xx,  30  aO 


The  second  choice  allows  the  player  tc  detach  a  piece  of 
mobile  electronic  gear  from  a  unit  end  set  it  up  as  a 
separate  detachment.  Players  are  3Si»:ed  ior  the  equioment 
and  assigned  unit?  if  a  match  is  ^cund/  they  are  asked  for 
a  name  for  the  new  detachment.  When  formedr  a  detachment 
has  zero  combat  points.  It  cannot  r-ejoin  a  combat  unit 
later  in  the  game.   For  example: 


Enter  the  eouioment  you  want  detached. 

wbs  2 

Enter  the  unit  that  the  eguipment  is  presently  assigned  to. 

3^5  arbg 

What  is  the  unit  name  for  the  new  comm  relay  or  E'W  detachment? 

det  7 


The   third   choice   returns   the   center   focus    for    each 
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communications   satellite   beam.    The   player   can   echo  op 

change  the  location,   A  beam   center   selection   remains  in 

effect  for  subsequent  turns  until  changed  by  the  player.  An 
example  of  this  choice  is: 


sat  1  beam  center  is  now  located  at  30  20 
Enter  the  new  location  xx  xx.  25  35 


The  fourth  choice  allows  the  player  to  designate  the  mission 
for  each  piece  of  EvV  equipment  to  be  ECM  or  ESM,  The 
designation  will  remain  in  effect  for  subsequent  turns 
unless  this  choice  is  made  again  later. 

(^)  "Assign  Recon  Missions"  allows   the   players   to 
request  satellite  surveys  or  air  reconnaissance  missions. 


Recon  support  requests: 

1 .  Satellite  recon 

2.  Air  recon 

3.  Return  to  main  menu 

Enter  the  number  of  tne  recon  type  requested. 


If  players  ask  for  satellite  surveys*  they  see  a  list  of 
their  intelligence  satellites  and  are  then   asked   to   inout 
the  westernmost  (left)  column  to  be  surveyed.  For    example: 


You  have  the  following  intelligence  satellites  available 

soy  1   which  can  survey   I  adjacent  columns  per  turn, 

spy  1   which  can  survey   1  adjacent  columns  per  turn, 

soy  2   which  can  survey   2  adjacent  columns  per  turn. 

soy  1  is  an  intelligence  satellite  that  surveys  I 
adjacent  columns  each  turn.  Input  the  westernmost 
column  to  be  surveyed.   3 

soy  1  is  an  intelligence  satellite  that  surveys  1 
adjacent  columns  each  turn.  Input  the  westernmost 
column  to  be  surveyed.   17 
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SDV  2  is  an  intelligence  satellite  that  surveys  2 
adjacent  columns  each  turn.  Input  the  westernmosi: 
column  to  be  surveyed.   30 


If  they  ask  for  recce  flights^  the  air  wings  can  supoly   the 

flights   only   at   the   exoense  of  other  missions.   Each  air 

wing  can  do  one  recce  mission  per  turn.   Players  must   input 

the   start  and  stop  points  of  the  ohoto  flights  k^hich  can  be 

uo  to  20  hexes  long.   For  example^  the  sequence: 

Any  air  recon  you  reguest  will  take  priority  over  other  air 
missionsr  so  use  them  with  care.  Each  air  wing  will  do  only 
one  recce  mission  a  turn. 

Each  air  recon  mission  will  be  a  triangle  flown  from  an  air 
base  to  a  designated  pointf  then  turning  toward  another 
designated  point*  then  returning  to  the  base.  R?con  photos 
will  be  taken  only  on  the  oo i n t -t o-oo i n t  1 ^g  of  the  flight. 
That  leg  may  be  no  longer  than  20  nexes  ani  will  not 
necessarily  be  a  straight  line. 

Enter  the  beginning  if  the  ohoto  run  -  the  first   designated 

turning  point  -  xx  xx.   32  28 

Enter  the  end  of  the   photo   run   -  the       second   designated 

turning  point  •■  xx  xx.   ^^5  31 

Which  tactical  air  wing  do  you   want   to   fly   the   mission? 

21st  t  f w 

Would  result  in  the  recce  fliaht  path  sho^^n  in  Figure  A-16, 

(5)  "Reguest  Other  Air  Missions"  gives  the  players  a 

choice   of   interdiction*   close  air  support*  or  counter  air 

missions  for  each  air  wing.   For  examples 

Each   air   wing*   including  carrier   based   wings   can    be 

configured   each   turn   for  interdiction*   counter   air*  or 

c  1  ose-a i r-suppor t  missions.  Mission   selections   made   here 

will  supercede  any  made  earlier  this  turn  for  the  same 
uni  t s . 
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AIR  RECONNAISANCE  MISSION 
Figure  A-16 

What  mission  do  you  want  for  21st  tfw? 

I  .  Int erdi  c t  i  on 

2.  CI ose-ai r-suDport 

5.  Counter  ai  r 

^  .  No  new  -ni  ss  i  on 
Enter  the  number  of  the  mission,  2 

Effectiveness  of  c 1 ose-a i r-supoor t  will  depend  on  comm  Iihks 
between  the  ground  unit  needing  suooortf  the  JTFHQ,  and  the 
air  wing/  as  well  as  on  air-to-air  support  and  enemy  air 
defense . 

If  the  players  select   interdiction   they   must   input   five 

target   locations   based   on  their  intelligence  informationr 

such  as: 

What  mission  do  you  want  for  64th  tfw? 

1.  Interdiction. 

2.  CI ose-ai r-support 

3.  Counter  air 

y .  No  new  mission 
Enter  the  number  of  the  mission.   1 
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Deoendinq  on  such  factors  as  communications/  EWr  ene-nv  air 
defense^  and  air-to-air  support,  the  wing  has  cao^bilitv  for 
a  max  of  5  strikes  per    turn. 

Depending  on  the  Rules  of  Enqaaement/  higher  headqucir  t  ers 
approval  may  be  needed  for  the  attacks. 


Give  the  hex  row  and  column  for  strike  priority  i  xx  xx. 

as  53 

Give  the  hex  row  and  column  for  strike  priority  2    ax    xx. 

7  55 

Give  the  hex  row  and  column  for  strike  priority  3  xx  xx. 

17  52 

Give  the  hex  row  and  column  for  strike  priority  3  xx  xx. 

18  53 

Give  the  hex  row  and  column  for  strike  priority  5  xx  xx. 
18  51 


(6)  "Embark/Disembark  Marine  Forces"  offers;  the 
players  a  choice  of  either  embarking  a  Marine  3riqad«'  onto 
an  Amphibious  Task  Force  or  disembarking  a  oriq^de  onto  an 
adjacent  shore  hex.   The  menu  looks  like: 


Do  you  want  to: 

1.  Embark  an  amphibious  unit? 

2.  Oebark  an  amphibious  unit  on  an  adjacent  shore? 

3.  Return  to  main  menu 
Enter  numoer  of  choice. 


The  locations  of  the  Marine  Brigade  and  the  AJF  must  be 
aopropriate  (adjacent  shore  and  sea  hexes)  oefore  >5ny  action 
can  take  olace.  An  embarkation  reguest  would  look  like 
this: 


What  unit  do  you  want  to  embark?   7th  mab 
7th  mab  has  embarked  on  18th  atf 


Disembarking  would  reguire  the  following  exchange 
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Enter  the  Marrine  unit  you  wish  to  disembark.  7th  mab 
7th  Tab  has  begun  landing  on  the  shore  in  hex  23  ^1 


(7)  "Airlift  Airborne  Forces"  allows  the  airdroo  of 
one  airborne  unit  oer  turn.  The  unit  must  oe  already 
located  on  cjn  airfield.  The  olayer  is  asked  for  the  name  of 
the  unit  to  be  airdrooped  and  the  hex  location.  For 
examp 1 e : 


Enter  the  name  of  the  unit  to  be  airdropped,  75  abn 

75th  obn  is  loaded  and  ready  to  go. 

Enter  the  h<»x  location  of  the  drop  zone,  xx  xx 

30  30 


(8)  "Finished  Turn"  notifies  the  control  module  that 
this  side  iJ  ready  to  proceed, 
y  ,  6  .  3  Movement 

Aft'Sr  both  players  have  completed  their  inputs^  or 
time  for  that  turn  exoiresr  the  control  module  randomly 
selects  one  side  to  move  first.  Each  unit  is  moved  as  far 
along  its  oroposed  path  as  its  movement  points  allow.  Each 
type  of  unit  starts  out  with  a  given  number  of  points;  a 
fixed  unit^  such  as  an  airfield*  may  have  been  given  a  goal/ 
but  it  «<on '  t  move  because  it  has  0  movement  points.  An 
armor  unit  will  move  about  8  hexes  oer  turn  in  open  terrain* 
but  mountains*  rivers*  and  woods  will  slow  it  down  and  roads 
will  let  it  move  faster.  Speed  of  movement  will  also  be 
affected  by  effectiveness  of  the  unit's  internal 
communi  cations. 
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As  a  unit  moves  toward  its  qoa),  it  w»li  stop 
inmediately  i^  it  comes  into  the  control  ?one  of  an  snemy 
unit.  (A  control  zone  for  a  unit  is  its  own  hex  and  aM  rjix 
adjacent  hexes.)  Players  will  be  notifieo  of  the  situation 
and  be  given  four  choices:  (a)  they  can  order  the  unic  to 
retreat  along  its  aooroach  oath  (if  it  has  any  noverrent 
ooints  left)f  (b)  they  can  stop  the  unit  and  qo  into  a 
defensive  oosture/  (c)  they  can  continue  toward  their  joal 
in  a  defensive  posture  (if  they  have  the  points)^  o^  (d) 
they  can  stop  the  unit  and  request  approval  of  an  31;  tack. 
The  request  for  attack  approval  automatically  include?^  a 
request  for  close  air  supports  if  available, 
a. 6. a  Combat 

The  Umpire/  acting  as  the  National  Command  Atitho'^ity 
sets  the  Rules  of  Engagement  for  a  turn  at  on^  of  t'-tree 
levels:  (a)  The  MCA  must  approve  all  attacks;  (b)  The  JTF 
Commander  may  approve  attacks?  and  (c)  The  local  comp'a^.tjers 
may  attack  targets  of  opportunity. 

The  first  step  of  combat  is  interdiction.  IF 
approval  for  strikes  is  required  by  the  rules  of  engagement/ 
a  communications  oath  must  be  established  before  the  request 
can  be  transmitted.  If  NCA  approval  is  required/  the  Umoire 
makes  the  decision.  If  the  players  have  requested  any 
reconnaissance  missions*  they  are  subtracted  from  any 
interdiction  requests.  Remaining  aircraft  take  off  toward 
their   targets.    If   the   enemy  has  AirlACS  aircraft  up/  they 
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will  detect  the  strike  force  in  time  to  call  up 
i  nterceotors  r  otherwise  interceotors  will  not  arriv/e  until 
after  the  interdiction  aircraft  have  dropoed  their  bombs  and 
headed  home.  If  the  aircraft  get  through  to  the  target 
area/  they  will  come  up  against  the  air  defenses  of  the 
enemy  units  in  the  area.  If  they  get  through  the  air 
defenses*  thev  will  seriously  damage  any  enemy  units  in  the 
target  hex.  Players  will  receive  reports  on  the  success  or 
failure  of  the  interdiction  attacks.  A  typical  report  might 
be: 

Interdiction  was  successful  against  enemy  in  hex  35  57 


The  aircraft  returning  from   the   raid   on   35   57   suffered 
serious  losset  dui-  to  enemy  fighter  attacks. 


In  the  second  stage  of  the  combat  seguence^  jammers 
are  turned  on  ;jnd  the  effectiveness  of  any  susceptible 
eguipment  in  rang(»  will  be  degraded.  For  example*  E'^  3a  is 
effective  at  a  range  of.  up  to  10  hexes  against  w3S  1. 
Within  that  range  the  effectiveness  of  the  W8S  1  would  be 
reduced  from  .787  to  ,39^  (assuming  no  terrain  effects). 

The  Mnal  stage  is  ground  combat.  Which  side  has 
the  advantage  of  making  the  first  attack  is  decided  by 
random  selection*  but  a  general  oriority  is  followed. 
First*  units  arriving  in  the  araa  of  a  stationary  unit  get 
the  attack/defense/continue/retreat  option*  then  the 
stationary   unit.   If  the  players  decide  to  attack*  they  may 
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need  aporoval  from  headquar t ers ,  depending  on  tne  ru^es  of 
engagement.  If  the  NCA  is  retaining  control^  the 
communications  links  from  the  unit  to  the  JTFHG  and  from 
there  to  the  NCA  are  checked.  Then  the  Umpire  makes  tha 
decision.  If  the  NCA  has  given  control  to  the  JTF  Commander 
only  the  unit  to  JTFHQ  link  must  be  checked.  If  battlefield 
control  has  been  given  to  the  local  commanders^  no 
communications  checks  are  reauired  and  any  request  is 
automatically  aoproved.  If  approval  is  refused  or  the 
requests  cannot  get  through,  the  unit  automatically  goeu 
into  a  stationary  defensive  posture. 

If  an  attack  is  approved  and  begun/  electronic 
warfare  equipment  in  the  ESM  mode  will  add  to  the  unit's 
combat  value,  since  the  commander  will  have  a  better  picture 
of  the  bat t 1 ef i  el d. 

If  the  attack  is  made  across  a  river,  the  aef ender 
has  an  advantage. 

Close  air  support  missions  will  then  oe  called  uo  by 

the   attacking  unit.   Effectiveness  of  the  close  air  support 

depends  on  the  enemy's  air  defense  capability^   the   ability 

of   the   aircraft   to   overcome  the  defenses  (by  jamming  the 

radar   controls   of   anti-aircraft   weapons)/   and   by    the 

internal   communications   of   the   air   unit  and  forward  air 

controllers.   Players  will  be  told  the  outcome   of   the   air 

support  mission;   for  example: 

Close  air  support  was  requested  by  ^^32  arbg  but  was  unable 
to  get  through  enemy  air  defenses. 
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Players  will  then  be  told  the  combat  values  of  their 

units   as   ground  co^tibat  begins  (after  the  above  effects  are 

calculated).   For  examol?: 

As  a  result  of  EW  efforts  of  both  sides  and  the  terrain^  398 
abn  will  attack  the  enemy  unit  in  hex  3^  5^  with  an 
effective  combat  value  of  ^,2 

The  results  of  tfie   ensuing   ground   battle   deoend   on   the 

difference   in   remainin:?   combat   values   and   on   a  random 

number.   Results  of  the  combat  are    reported  in  three   areas: 

a  unit  may  take  oersonnel  losses^  lowering  the  combat  value? 

it   may   be   forced   to   retreat;    and   it   may   have   some 

electronic  equioment  damaaed.   The  outcomes  are    based  on  a 

combat  results  table.   (The  default  table  is   in   Attachment 

A-ll.)   Players   witl   be   informed   of   the   outcome?    for 

examo 1 e : 

As  a  result  ov  co'^batf  3^5  cbg  has  lost  2.0  combat  ooints. 

The  unit  was  forced  to  retreat  3  hexes  and  is  now  located  in 
10  23. 

As  a  result  of  cor, bat*  the  hftty2  assigned  to  3^5  cbg  has 
been  damaaed  and  is  no  longer  usable. 

If  a  unit  sets  ud  a  defensive  oosition  and  is  never 
attacked*   it   will   still   lose   some   combat  effectiveness 
because  the  extended  vigilance  will  exhaust  the  trooos. 
^.6.5  End  of  Game 

The  game  turn  sequence  will  repeat   until   one   side 
achieves  a  complete  victory  or  until  the  controller  decides 
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to  end  the  game  or  caH  a  cease  fire  (in  which  case  the  aame 
may  be  resumed  at  another  time)«  There  are  several  oossibie 
outcomes  for  the  qamel 

(a)  one  side  wins  a  decisive  victory  if  they  control 
all  the  major  and  minor  objectives? 

(b)  they  have  a  marginal  victory  if  the  game  ends 
with  tKem  controlling  all  major  objectives  while  their 
ooponent  controls  no  objectives; 

(c)  if  one  side  controls  all  major  objectives  and 
the  other  controls  some  minor  objectives^  the  NCA 
(controller)  can  decide  on  a  negotiated  settlement/  with  or 
without  a  declared  victor; 

(d)  If  neither  side  controls  all  major  objectives/ 
the  NCA  may  call  for  a  cease  fire  with  no  victor. 
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Attachment  A-3a 
SYSTEM  INFORMATION 


Service  Tactical  Communication  systems  (tac)  are  designed 
for  internal  unit  comm  in  suoport  of  unit  ooerations. 
They  are  compatible  with  other  tactical  comm  systems  of 
the  same  generation  (when  in  range). 

High  Frequency  Systems  (hf)  can  be  used  in  both  surface  and 
skywave  modes  of  orooagatton.  Each  system  is  comoatible 
with  the  airborne  comm  systems  of  the  same  generation. 

Wide  Band  systems  are  compatible  with  airborne  comm  systems 
within  range  and  tyoe  restrictions.  They  are 
line-of-sight  systems  (los). 

Switching  Systems  (sw)  interface  comm  systems  into  the  unit 
command  center.  They  are  normally  used  only  at  the 
JTFHQ. 

Satellite  systems  consist  of  a  satellite  (sat)  and  fixed 
earth  terminals  (gtsat).  Each  system  may  be  compatible 
with  either  an  airborne  comm  platform  or  other  satellite 
systems.  The  SINGGARS  system  provides  very  mobile 
sirigle  channel  comm  between  distant  tactical  units  but 
is  limited  in  compatibility  to  the  A8NCP  II.  The  SHF 
sy  SI  tern  consists  of  a  satellite  and  mobile  earth 
terminals.  The  SHF  earth  terminals  may  also  use  the 
SATCOM  III  satel 1 i  te. 


VLF  System  (vlf)  is  a  Very  Low  Frequency  System  designed 
provide  anti-jam  comm  with  the  NCA. 


to 


Airborne  Command  Posts  (abncp)  are  airborne  comm  olatforms 
that  can  interface  with  a  large  number  of  other  comm 
systems  to  orovide  redundancy  and  a  greater  range 
capab  i 1 i  t  y . 

Airborne   Warning  Control   System   (awacs)   provides    some 

interface  with  other  comm  systems  as  well  as  an  advanced 

radar   warning  system   which   detects   enemy    aircraft 
movement  . 
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Attachment  A-3b 
SYSTEM  INFORMATION  (Continued) 


Intelligence  satellites  (sdv)  are  used  to  det'L'ct  ground 
movement.  The  SPYSAT  I  can  detect  movement  in  a  1  hex 
Strip.  SPYSAT  II  can  detect  movement  in  a  2  he^  strip. 
Each  satellite  may  be  positioned  once  during  each 
Ooerat  ion  t urn , 

Ant i -Satel 1 i t e  Systems  (asat)  are  not  comm  systems.  They 
are  weaoons  systems  to  be  used  against  enemy 
intelligence  satellites  and  enemy  commu't  i  cat  i  ons 
satellites.  ATK  SAT  may  be  used  only  once  and  their  use 
must  be  approved  by  the  NCA, 


EM  systems  (ew)  are  ground-mobile  systems  effective  against 
various  types  of  comm  systems.  The  EavF  of  a  svstem 
measures  its  ability  to  overcome  the  sec^^rity  of 
communications  systems.   ECM  measures  its  jamming  pcwerr 


or  effect  on  the  comm  system's  C3E. 
ability  to  detect  and  intercept  comm 


ESM       Tiea^jres 
systems. 
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A 1 1  achment  A-^ 
RED  DEFAULT  UNITS 


t  yoe   1 ocat  i  on 


mob 


ewv   casv 


GREEN  DEFAULT  UNITS 


t  yoe   1 ocat  i  on 


mob 


ewv 


casv 
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TYPE  =  Unit  type 

Location  =  Hex  pow  and  column 

Mob  =  Mobility^  Movement  ooints 

Ewv  =  Em    valuer  ability  of  an  aip  winq  to  ovepcome  enemy 

aip  defense  by  jamming  weaoon  contpol  padap 
CASV  =  Close  aip  suoooPt  capability  of  aip  »><ing 
CAV  =  Countep  aip  value  of  aiP  winq 
AONO  =  Aip  defense  value  of  gpound  unit 
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Attachment  A-5 
INITIAL  DEFAULT  EQUIPMENT  LISTS  FOP  ACQUISITION  PHASE 


RED  EQUIPMENT 


End  Item   System   Number 


GREEN  EQUIPMENT 
End  Item   System   'Jumbef 


artac  1 

1 

1 

navtac  I 

3 

2 

aftac  1 

5 

2 

wbs  1 

9 

2 

sat  1 

16 

1 

qt-sat  1 

17 

2 

artac  1 
hftty  1 
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At  t  achment  A-6 
OEFAiJLT  EQLIPMENT  FOR  OPERATIONS  PHASE 


RED  EQ'JIPMENT 


GREEN  EQUIPMENT 


End  Item 

S  V  s  t  e  T 

Nl  mber 

End  Item 

Svst  em 

M  ij  m  b  e  r 

artac  1 

1 

1 

artac  1 

1 

a 

aptac  2 

2 

a 

artac  2 

2 

1 

navtac  1 

3 

3 

navtac  2 

a 

3 

aftac  I 

5 

2 

aftac  2 

6 

2 

hftty  2 

8 

12 

hftty  1 

7 

12 

Mbs  1 

9 

6 

wbs  2 

10 

6 

shf-sat 

1  1 

1 

Shf-qt 

12 

6 

shf-gt 

12 

3 

vl  f 

13 

1 

vlf 

13 

1 

t  r i  t  aceh 

15 

I 

tri  tac 

la 

1 

sat  3 

20 

1 

sat  1 

16 

1 

gt-sat  3 

21 

3 

gt-sat  1 

17 

3 

abncD  2 

25 

2 

si  nqaps 

22 

1 

awac  s 

2b 

a 

si  ngapqt 

23 

3 

soysat  1 

28 

2 

abncD  I 

2^ 

3 

atksat  1 

30 

I 

awacs 

2b 

1 

at  ksat  2 

31   . 

2 

awacs-eh 

21 

2 

ew  2 

33 

5 

soysat  2 

29 

2 

ew  3 

34 

1 

atksat  1 

30 

3 

ew  4a 

37 

1 

ew  1 

32 

3 

ew  5a 

35 

1 

ew  5a 

38 

1 
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Attachment  A-7 


CINCRED  CONPLAN  ai23  (U)  [Ref.   IJ 
PLAN  SUMMARY  (U) 


1.  PURPOSE:  This  CONPLAN  fulfills  a  task  assignment  in  the 
Joint  Strategic  Capabilities  Plan  (JSCP).  The  ourocse  to  be 
achieved  by  executing  this  plan  is  to  ensure  a  continued 
suDoly  of  critical  resource  X  for  Country  RED.  This  will  be 
accomplished  by  employing  a  Joint  Task  Force  (JTF)  to  seize 
and  occupy  the  Southern  Mines  in  UTOPIA  and  the  Port  of 
Utooi  a. 

2.  CONDITIONS  OF  EXECUTION:  UTOPIA  remains  a  neutral 
country  with  no  regular  military  forces  of  its  own.  UTOPIA 
also  refuses  to  have  any  military  forces  of  other  countries 
stationed  on  its  soil.  Our  violation  of  UTOPIA'S  neutrality 
must  take  place  only  as  a  last  resort.  Therefore/  execution 
of  this  Plan  will  be  considered  only  if  worldwide  shortages 
of  critical  resource  X  occur  and  intelligence  sources  reveal 
that  invasion  of  UTOPIA  by  Country  GREEN  is  imminent. 

3.  OPERATIONS  TO  8E  CONDUCTED:  Rapid  response  is  essential 
and  can  best  be  achieved  by  maintaining  oreoos i t i oned 
combat-ready  forces  as  close  to  UTOPIA  as  possible. 
Conseauent 1 y /  this  plan  will  be  carried  out  by  our  forces 
now  stationed  in  Country  YELLOW  which  borders  on  UTOPIA. 
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a.  Deoloyment.  To  oreclude  a  strong  reaction  from 
Country  GREEN  and  avoid  criticis-n  from  the  world  community^ 
we  will  not  significantly  increase  our  military  oresence  in 
Country  YELLOW.  i/^e  wilW  however^  insure  that  the  units 
already  stationed  there  achieve  full  combat  strength.  As 
much  as  Dossible^  we  will  uograde  thifir  combat  and  suoport 
capabilities.  Additional  suooort  to  our  ground  and  air 
forces  in  Country  YELLOW  will  be  orov'ded  oy  a  carrier  tasic 
force  including  marine  amohibious  fcrc->3.  This  task  force 
will  be  dispatched  to  the  Gulf  of  Utooia  orior  to  full 
execution  of  the  olan. 

b.  Employment.  When  tMe  carrier  tdsk  force  reaches  the 
Gulf  of  Utopia^  our  ground  forces  -^n  Country  YELLOW  will 
initiate  the  offensive.  If  Country  GREEN  attacks  first/  our 
ground  forces  will  immediately  respoid  without  waiting  for 
the  carrier  task  force.  The  followina  pages  summarize  the 
preferred  course  of  action.  If  we  take  the  offensive*  we 
will  execute  the  preferred  course  of  action.  However*  if 
Country  GREEN  attacks  first/  our  course  of  action  will 
depend  on  the  situation. 
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PREFERRED  PLAN 

Armored  brigade  B  and  the  mechanized  infantry  brigade  will 
oroceed  from  Fort  RED  through  Yellow  Mountain  Pass  toward 
the  Southern  Mines  of  Utopia.  Once  this  objective  is 
secured/  armored  brigade  B  will  proceed  toward  Blue  Mountain 
Pass  to  intercept  advancing  enemy  units.  To  minimize  the 
time  reguired  to  reach  the  Port  of  Utopia/  armored  briaade  A 
from  Fort  RED  will  move  north  and  take  ud  a  position  within 
the  forest  to  the  east  of  the  Port  of  Utopia.  This  unit 
should  be  in  place  before  any  of  our  forces  cross  the  border 
i  into  UtoPia.  When  the  carrier  task  force  arrives/  a  marine 
amphibious  brigade  will  come  ashore  east  of  the  Port  of 
Utopia.  They  will  assault  the  port  with  the  support  of 
armored  brigade  A  moving  westward  from  the  forest.  The 
first  combat  element  to  move  into  UTOPIA  will  be  the 
airborne  brigade  from  RED  AB.  They  will  be  air  dropped  into 
a  strategic  area  overlooking  Blue  Mountain  Pass.  From  this 
location  they  will  be  able  to  effectively  slow  down  the 
movement  of  enemy  forces  through  the  Pass.  They  will  later 
be  reinforced  by  armored  brigade  B  moving  across  to  Southern 
Mi  nes . 
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ALTERNATE  PLAN 

Two  armored  briqades  and  one  mechanized  infantry  brigade 
will  proceed  from  Fort  REP  through  Yj;Li_Gi/^j  Mountain  Pass 
toward  the  Southern  Mines  of  Utopia.  Once  this  objective  is 
secured^  armored  brigade  A  will  proceed  north  along  the 
highway  toward  the  Port  of  Utopia.  Armored  brigace  B  will 
proceed  toward  Blue  Mountain  Pass  to  incercept  advancing 
enemy  units.  When  the  carrier  task  force  arrives^  a  marine 
amphibious  brigade  will  come  ashore  east  of  the  Port  of 
Utopia.  They  will  assault  the  port  frc^i  the  east  while 
armored  brigade  A  moves  up  from  the  t^outh.  The  first 
comabat  element  to  move  into  UTOPIA  will  Du  the-  airborne 
brigade  from  RED  AB.  They  will  be  air  drooped  into  a 
strategic  area  overlooking  Blue  Mountain  Pass,  From  this 
location  thev  will  be  able  to  effective!/  slow  down  the 
advance  of  enemy  forces  through  the  pass.  Ti:ey  ^*  i  1  1  later 
be  reinforced  by  armored  brigade  B  lov^nq  .5  cross  from 
Southern  Mi  nes . 
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The  foregoing  summary  of  courses  of  action  orovides  military 
decision-makers  a  brief  recapitulation  of  the  major  asoects 
of  this  plan.  It  is  based  on  planning  factors  and  estimates 
available  at  the  time  of  preparation,  and  is  subject  to 
modification  in  the  context  of  a  specific  continqency.  The 
inform  gition  it  contains  should  be  reviewed*  and,  if 
necessery/  updated  before  its  use  in  adopting  a  course  of 
action  in  a  given  situation.  Each  operations  and  support 
agency  must  prepare  and  maintain  a  five-year  plan  for  the 
acquisition  of  new  systems  to  support  this  plan.  Include 
budget  estimates, 

'J.  TIME  TO  COMMENCE  EFFECTIVE  OPERATIONS.  Combat  units 
at'st  (jchieve  full  combat  readiness  within  the  next  two 
/e^rs.  Internal  communications  of  combat  units  must  be 
reviewtjd  and  updated  as  necessary.  The  JTF  HQ  must  oe 
established  and  communications  provided.  Acguisition  of 
systems  to  upgrade/  as  necessary,  should  be  include (i  in  the 
five  y(?ar  plan,  We  anticioate  military  action  in  UTOPIA  in 
the  next  two  to  six  years. 
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5.  COi^MANO  RELATIONSHIPS.  The  NCA  will  retain  direct 
control  of  olan  execution  and  combat  op^^^a  t  i  ons , 
Ooerational  chain  of  command  will  be  from  NjCA  to  JCS  to  JTF 
HQ  to  combat  uni  t  s . 

6.  EXECUTION,  Each  ©Derations  and  supoort  agency  must 
oreoare  and  maintain  a  list  of  general  actions  necessary  to 
place  the  olan  into  operation.  If  the  olgn  had  to  be 
executed  immediatelyr  how  could  currently  a^/ailable 
resources  best  be  employed? 
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Attachment  A-8 


CINCGRFEN  CONPLAN  4123  (U)  [Ref.   11 
PLAN  SUMMARY  (U) 


1,  PURPOSE.  This  CONPLAN  fulfills  a  task  assignment  in  the 
Joint  Strategic  Caoabilities  Plan  (JSCP).  The  puroose  to  be 
achieved  bv  executing  this  plan  is  to  ensure  a  continued 
supply  of  critical  resource  X  for  Country  QREEN.  This  will 
be  accomp  1  i  si- ed  by  employing  a  Joint  Task  Force  (JTF)  to 
seize  and  cccupy  the  Southern  Mines  in  UTOPIA  and  the  Port 
of  Ut opi  a  . 

2,  CONOITIOriS  OF  EXECUTION.  UTOPIA  remains  a  neutral 
country  with  no  regular  military  forces  of  it's  own,  UTOPIA 
also  refuses  to  have  any  military  forces  of  other  countries 
stationed  on  it's  soil.  Our  violation  of  UTOPIA'S 
neutrality  riust  take  place  only  as  a  last  resort. 
Thereto r.*f  e)(ecution  of  this  plan  will  be  considered  only  if 
worldwide  shortages  of  critical  resource  X  occur  and 
inte11ig«nce  sources  reveal  that  invasion  of  UTOPIA  by 
Country  RED  is  imminent. 

3,  OPERATIONS  TO  BE  CONDUCTED.  Rapid  response  is  essential 
and  can  best  be  achieved  by  maintaining  orepos i t i oned/ 
combat-ready  forces  as  close  to  UTOPIA  as  oossiole. 
Conseguent 1 y /  this  plan  will  be  carried  out  by  our  forces 
now  stationed  in  Country  BLUE  which  borders  on  UTOPIA. 
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a.  Deoloyment.  To  oreclude  a  strong  reaction  from 
Country  RED  and  avoid  criticism  from  the  world  community*  we 
will  not  significantly  increase  our  military  oresence  in 
Country  BLUE,  We  will/  however*  insure  that  the  units 
already  stationed  there  (two  armored  brigades*  one 
mechanized  infantry  brigade^  one  airborne  brigade*  and  tv^o 
tactical  flying  units)  achieve  full  combat  strenath.  As 
much  as  Dossible^  we  will  upgrade  their  combat  and  combet 
support  capabilities.  Additional  support  to  our  ground  of>d 
air  forces  in  Country  BLUE  will  be  provided  bv  a  carr-;er 
task  force  including  Marine  amphibious  forces.  This  tcisk 
force  will  be  dispatched  to  the  Gulf  of  UTOPIA  prior  to  ^u'l 
execution  of  the  olan, 

b.  Employment.  When  the  carrier  task  force  reaches  I'-te 
Gulf  of  Utopia*  our  ground  forces  in  Country  BLUE  -^  i  i  1 
initiate  the  offensive.  If  Country  RED  attacks  fi^^st;-  ojr 
ground  forces  will  immediately  respond  without  waiting  T-or 
the  carrier  task  force.  The  following  pages  summarize  the 
preferred  course  of  action  followed  by  two  alternative 
courses  of  action.  If  we  take  the  offensive*  we  will 
execute  the  oreferred  course  of  action.  However*  if  Country 
RED  attacks  first*  our  course  of  action  will  depend  on  the 
si  tuat  i  on. 
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PREFERRED  PLAN 

Two  armcred  brigades  and  one  mechanized  infantry  origade 
will  oroceed  from  Fort  Green  through  the  Blue  Mountain  Pass 
toward  the  Southern  Mines  in  UTOPIA.  Once  this  objective  is 
secured*  one  armored  brigade  will  proceed  north  along  the 
highway  toward  the  Port  of  Utooia.  The  other  armored 
brigade  will  oroceed  toward  Yellow  Mountain  Pass  to 
intercept  advancing  enemy  units.  when  the  carrier  task 
force  arrives*  a  marine  amphibious  brigade  will  come  ashore 
west  of  the  Port  o1  Utopia.  They  will  assault  the  port  from 
the  west  whil?  the  armored  brigade  moves  up  from  the  south. 
The  first  coT^cat  element  to  move  into  UTOPIA  will  be  the 
airborne  b>"'i::5ade  from  Green  AB.  They  will  be  air  dropoed 
into  a  strategic  cirea  overlooicing  Yellow  Mountain  Pass. 
From  this  location  they  will  be  able  to  effectively  slow 
down  the  advance  o t  enemy  forces  through  the  oass.  They 
will  later  be  reinforced  by  the  armored  brigade  moving 
across  from  Southern  Mines. 
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ALTERNATE  PLAN 

One  ari\ore6  brigade  and  one  infantry  brigade  will  orocee'i 
from  Fort  Green  through  Blue  Mountain  Pass  toward  the 
Southern  Mines  in  UTOPIA.  Once  this  objective  is  secured/ 
the  armored  brigade  will  proceed  toward  Yellow  Mountain  P^ss 
to  interceot  advancing  enemy  units.  To  minimize  the  time 
reguired  to  reach  the  Port  of  Utopia/  one  armored  brigade 
from  Fort  Green  will  move  north  and  take  ud  a  postion  within 
the  forest  to  the  west  of  the  Port  of  Utooia,  This  unit 
should  be  in  place  before  any  of  our  forces  cross  the  border 
into  UTOPIA.  They  will  assault  the  oort  with  the  support  of 
the  armored  brigade  moving  eastward  from  the  forest.  The 
first  combat  element  to  move  into  UTOPIA  will  be  the 
airborne  brigade  from  Green  AB.  They  will  be  air  drooptjd 
into  a  strategic  ar^sa  overlooking  Yellow  Mountain  i^ass. 
From  this  location  they  will  be  able  to  effectively  slow 
down  the  movement  of  enemy  forces  through  the  cass.  They 
will  later  be  reinforced  by  the  armored  brigade  moving 
across  from  Southern  Mines, 
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The  foregoing  sumtriary  of  courses  of  action  provides  military 
decision-makers  a  brief  i-ecaoi  t  u  1  at  i  on  of  the  major  asoects 
of  this  olan.  It  is  based  on  planning  factors  and  estimates 
available  at  the  time  of  preparation^  and  is  subject  to 
modi  f  i  ca*^  i  on  in  tne  conte<t  of  a  specific  contingency.  The 
information  it  cciitai"is  should  be  reviewed*  and/  if 
necessary/  updated  before  its  use  in  adopting  a  ccurse  of 
action  in  a  giver  situation.  Each  operations  and  support 
agency  must  prepare  '.»nd  maintain  a  five-year  plan  for  the 
aauisition  of  new  systems  to  support  this  plan.  Include 
budget  estimates, 

a.  TIME  TO  COMMEMCE  EFFECTIVE  OPERATIONS,  Combat  units 
must  achieve  full  combat  readiness  within  the  next  two 
years.  Internal  co.ifimunications  of  combat  units  must  be 
reviewed  and  updated  as  necessary.  The  JTF  HQ  must  be 
established  and  com.riun  i  c  a  t  i  ons  provided,  Acauisition  of 
systems  to  upgrade/  as  necessary/  should  be  included  in  the 
five-year  plan.  ^'ie  anticipate  military  action  within  UTOPIA 
in  the  next  two  to  six  years. 
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5.  COMMAND  RELATIONSHIPS.  The  MCA  will  retain  direct 
control  of  plan  execution  and  combat  ooera^ions. 
Ooerational  chain  of  command  will  be  from  NCA  to  JCS  to  JTF 
HQ  to  combat  units. 

6.  EXECUTION.  Each  ooerations  and  suooort  agencv  nnust 
oreoare  and  maintain  a  list  of  general  actions  necessary  to 
place  the  olan  into  ooeration.  If  the  olan  had  to  oe 
executed  immediately^  how  could  currently  availaole 
resources  best  be  emploved? 
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Atti^chment  A-9 
Commanders  * s  Planning  Guidance  -  JTF  RED  [Ref.  11 

1.  The  current  JSCP  taskn  us  to  be  prepared  to  invade  the 
Country  O"^  UTOPIA  in  order  zo  secure  a  continuing  supply  of 
critical  resource  X,  JTOPIA  is  the  richest  known  source  of 
this  resource.  Heavy  reliance  on  foreign  imoorts  of 
resource  X  is  expected  to  continue  and  worldwide  shortages 
are  predicted  within  five  years.  Our  strongest  ideological 
adversary^  Country  Green»  is  also  heavily  dependent  on 
imports  of  resource  X,  Intelligence  sources  reveal  tnat 
GREEN  is  also  planning  Ic^  possible  military  action  in 
UTOPIA,  Our  mission  is  to  gain  control  of  UTOPIA'S  Southern 
Mines  and  the  Port  of  Utooia. 

2.  Type  of  Operation.  This  will  be  a  coordinated  attack 
involving  a  main  armored  assault  with  supporting  attacks  by 
airborne  and  amphibious  forces.  A  carrier  task  force  will 
be  postioned  in  the  Gulf  of  Utopia  to  support  the  amphibious 
forces  and  defend  against  enemy  naval  attacK.  Country 
YELLOW  which  borders  on  UTOPIA  has  long  been  our  ally.  we 
have  one  army  base  and  two  tactical  air  bases  in  YELLOW  that 
are  near  the  UTOPIA  border.  We  will  utilize  forces 
currently  stationed  in  YELLOw  for  the  initial  assult. 
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Country  BLUE  which  also  borders  on  UTOPIA  is  exoected  to 
remain  friendly  to  Country  GREEN. 

3.  Phasing  Instructions.  Pre-execut i on  preparations  that 
have  priority  are: 

a.  Establish  a  JTF  HQ,  J6r  plan  communications  to 
connect  the  JTF  HQ  with  the  NCA,  Fort  RED,  RED  A3,  and  RED 
A8  North.  Also,  it  is  essential  that  deployed  combat  units 
have  reliable  communications  with  the  JTF  HQ.  Request  your 
recommemda t i on  for  the  location  of  the  JTF  HQ  within  Country 
YELLOW. 

b.  Achieve  combat  capability  as  soon  as  possible,  Ae 
must  be  aole  to  support  execution  in  two  years.  However,  we 
must  also  plan  for  continued  support  of  our  forces.  Insure 
that  your  planning  covers  the  next  five  years  and  includes 
both  eauipment  acquisitions  and  budget  estimates. 

^.  Tentative  Courses  of  Action  if  CQNPLAN  is  Executed.  J3 
has  provided  the  following  courses  of  action  for 
accomplishing  the  mission.  Review  these  in  conjunction  with 
the  map  provided  by  J2: 

a.  Course  of  action  #1.  Main  attack  -  Ground  assault 
through  YELLOW  Mountain  Pass  by  two  armored  brigades  and  one 
mechanized  infantry  brigade.  Initial  objective  will  be  to 
seize  and  occupy  Southern  Mines.  One  armored  brigade  will 
then  proceed  north  along  the  highway  to  the  Port   of   Utopia 
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and  one  ar'rored  brigade  will  croceea  to  BLUE  N^ountain  c^ass. 
SuDporting  attacks  -  Amphibious  assault  on  northeT,  coast  of 
UTOPIA  by  one  marine  amphibious  briaade.  Theif  objective  is 
to  seize  and  occuoy  the  Port  of  Utooia  in  conjunction  with 
the  armored  brigade  moving  uo  from  Southern  Mines. 
Simultaneous  airborne  assault  on  BLUE  Mountain  ^ass  by  one 
airborne  brigade.  Their  objective  will  be  to  delay  ^nemy 
advance  through  BLUE  '-'ountain  Pass  until  armored  brigade 
arrives  from  Southern  Mines. 

b.  Course  of  action  ti2 ,  Main  attack  -  Grourid  asjiault 
through  YELLO/(  ''^ountain  Pass  by  one  armored  briaaae  and  one 
mechanized  infantry  brigade.  Their  objective  wiH  b<»  to 
seize  and  occupy  Southern  '^ines.  The  ar'rored  brigade  will 
then  oroceed  to  BLUE  Mountain  Pass.  Suooort'ing  attac<s  -  To 
minimize  the  time  reguired  to  reach  tMe  Port  of  Utdoia*  one 
armored  brigade  from  Fort  PED  will  move  north  ang  ta<e  ud  a 
oosition  within  the  forest  to  the  west  o^  the  Po't  of 
Utopia.  Vhen  the  attach  begins/  the  brigade  will  cross  the 
border  into  UTOPIA  and  join  a  marine  amonibious  brigade  for 
a  combined  assault  on  the  port.  Simultaneous  airborne 
assault  on  BLUE  "fountain  ^ass  Dv  one  airoome  origade. 
Their  objective  will  ce  to  delay  enemy  advance  through  BLUE 
Mountain  Pass  until  armored  brigade  arrives  from  Southern 
Mi  nes . 
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5.  Analysis  of  Relative  Combat  Power.   According  to   latest 

inteHigencer   Country  GREEN  has  the  following  forces  tas<ed 

for  ope'^ations  in  UTOPIA: 

3  armorecl/mechani  zed  brigades 

1  airborne  brigade 

1  aTichibious  ready  group 

1  :narine  amphibious  brigade 

1  carrier  task  force 

2  tactic  til  fighter  wings 
1  JTF  HQ 

1  tr->ctic<il  air  control  system 

The  caoabiliiy  of  enemy  forces  is  presently  comparable  to 
our  own.  However/  enemy  plans  for  invasion  of  UTOPIA  are 
unknown  as  ai*e  enemy  plans  for  upgrading  their  joint  task 
force  > 

6.  NBC  i^arf.jre.  We  will  not  use  nuclear,  biological  r  or 
chenicai  weapons.  Because  we  do  not  know  enemy  intentions, 
O'jr  fcrc-?s  mjst  remain  oroperly  eguioped  and  thoroughly 
trained  for  ^jBC  defense. 

7.  Restrictions  on  Operations, 

a.  Close  control  by  the  NCA  is  necessary  because  of  the 
danger  of  rapid  escalation.  Again,  rapid  and  reliable 
communications  are    essential  between  the  NCA  and  the  JTF  rlQ. 

b.  Because  of  political  considerations,  we  will  not 
launch  any  strikes  against  forces  located  within  the 
geographic  boundaries  of  Country  BLUE. 
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8,  Pertinent  Assumptions. 

a.  It  is  estimated  that  military  action  to  ensure  a 
continued  supply  of  critical  resource  X  will  be  necessa'^y 
between  two  and  six  years  in  the  future  with  six  years  being 
the  more  likely. 

b.  Country  YELLOW  will  remain  our  ally  and  continue  ^o 
allow  us  to  maintain  combat  forces  there. 

c.  Country  BLUE  will  remain  an  ally  of  GREEN  ana  GRifEf^ 
will  employ  forces  stationed  in  BLUE  to  support  t;t'3ir 
ooerations  in  UTOPIA. 

9,  Essential  Elements  of  Information, 

a .  Genera  1  : 

(1)  Determine  if  and  when  the  enemy  is  planning  to 
invade  the  Country  of  Utooia. 

(2)  Determine  if  the  enemy  plans  to  employ  NBC  weapon?,. 

b.  J  1 /  Personne 1 

(1)  The  attitude  of  the  civilian  oooulace  within  the 
area  of  operations. 

(2)  The  amount  of  food  and  medical  supplies  avai'able  in 
the  area  of  operations  for  distribution  to  the  civilian 
oooulace  when  we  secure  the  area. 

c  •   J3/  Operat  i  ons 

(1)  Detailed  up-to-date  enemy  order  of  battle. 

(2)  Location  of  enemy  JTF  HQ, 
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'    d.  J^f    Logistics 

(1)  Cross-country  t raf f i cab i 1 i t y  studies  for  wheeled  and 
t  racked  veh  i  c 1 es  . 

(2)  Location  o"*  indigenous  POL   facilities   in   area   of 
ooerat  i  ons « 

e.  Jbf    Cowm'^n  i  Celt  i  ons-E  1  ec  t  ron  i  cs 

(1)  Availability  and  nature  of  enemy  electronic   jamming 
caoabi 1 i  t  y  . 

(2)  Enemy  satellite  surveillance   capability   which   can 
detect  the  movement  of  our  forces. 

10,  Request  that  each  directorate  oreoare  their  staff 
estimate.  Include  your  determination  of  whicn  orooosed 
course  of  action  Cijn  best  be  supported  from  your  standpoint. 
J6#  also  include  your  recommendation  for  the  location  of  the 
JTF  HQ. 
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Attachment  A-10 
Commander's  Planning  Guidance  -  JTF  GREEN  (i^ef.  1] 

1,  The  current  JSCP  tasks  us  to  be  orepared  to  invade  the 
Country  of  UTOPIA  in  order  to  secure  a  continuing  suooly  of 
critical  resource  X,  UTOPIA  is  the  richest  known  source  o* 
this  resource.  Heavy  reliance  on  foreign  imcorts  of 
resource  X  is  exoected  to  continue  and  worldwide  shortages 
are  oredicted  withing  five  years.  Our  strongest  iaeological 
adversary^  Country  RED f  is  also  heavily  dependent  on  imports 
of  resource  X.  Intelligence  sources  reveal  that  RED  is  also 
olanning  for  possible  military  action  in  UTOPIA.  Our 
mission  is  to  gain  control  of  UTOPIA'S  Southern  '■^ines  and 
the  Port  of  Utopi  a . 

2.  Tyoe  of  Operation,  This  will  be  a  coordinated  attach 
involving  a  main  armored  assault  with  supoorti na  attacks  ov 
airborne  and  amphibious  forces.  A  carrier  task  force  will 
be  Dositioned  in  the  Gulf  of  Utopia  to  support  the 
amphibious  forces  and  defend  against  enemy  naval  attack. 
Country  BLUE  which  borders  on  UTOPIA  has  long  been  our  allv. 
We  have  one  army  base  and  two  tactical  air  bases  in  BLUE 
that  are  near  the  UTOPIA  border.  We  will  utilize  forces 
currently  stationed  in  BLUE  for  the  initial  assault. 
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Country  YELLOi^  which  also  borders  on  UTOPI/^  is  expected  to 
remain  friendly  to  Country  RED. 

3.  Phasing  Instructions.  Pre-execut i on  oreoarations  that 
have  oriority  are: 

a«  Establish  a  JTF  HQ,  J6/  olan  communications  to 
connect  the  JTF  HQ  with  the  NCA,  Fort  Green,  Greer^  AB,  and 
Green  A8  North,  Alsc  it  is  essential  that  deoloyed  combat 
units  have  reliable  communications  with  the  JTF  HQ.  Reauest 
your  recommendation  for  the  location  of  the  JTF     HQ 

withing  Country  8LiJ£. 

bt  Achieve  comoat  capability  as  soon  as  possible.  «ve 
must  be  able  to  suoport  execution  in  two  years.  However,  we 
must  also  olan  for  continued  upqrade  of  our  forces.  Insure 
that  your  plarininc?  covers  the  next  five  years  and  includes 
both  eauioment  acQuisiticns  and  budget  estimates. 

^.  Tentative  Courses  of  Action  if  CONPLAM  is  Executed.  J3 
has  provided  the  following  courses  of  action  for 
accomplishing  the  mission.  Review  these  in  conjunction  with 
the  map  provided  by  J 2. 

a.  Course  of  action  «1.  Wain  attack  -  Ground  assault 
through  Blue  Mountain  Pass  by  two  armored  brigades  and  one 
mechanized  infantry  brigade.  Initial  objective  will  be  to 
seize  and  occuoly  Southern  Mines.  One  armored  brigade  will 
then  Proceed  north  along  the  highway  to  the  Port   of   Utopia 
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and  one  armored  brigade  will  oroceed  to  Yellow  f^ountsin 
Pass.  SuDDortinq  attacks  -  Amphibious  assault  on  nortnern 
coast  of  UTOPIA  by  one  marine  amphibious  brigade.  Their 
objective  is  to  seize  and  occupy  the  Port  of  Utooia  in 
conjunction  with  the  armored  brigade  moving  uo  from  Southern 
Mines.  Simultaneous  airborne  assault  on  Yellow  Mountain 
Pass  by  one  airborne  brigade.  Their  objective  will  be  to 
delay  enemy  advance  through  Yellow  Mountain  Pass  until 
armored  brigade  arrives  from  Southern  Mines. 

b.  Course  of  action  tt2.  Main  attack  -  Ground  assault 
through  Blue  Mountain  Pass  by  one  armored  brigade  and  one 
mechanized  infantry  brigade.  Their  objective  will  be  to 
seize  and  occupy  Southern  Mines.  The  armored  brigade  will 
then  proceed  to  Yellow  Mountain  Pass.  Suoporting  attacks 
To  minimize  the  time  required  to  reach  the  Port  of  Utooia* 
one  armored  brigade  from  Fort  Green  will  move  north  and  take 
uo  a  position  within  the  forest  to  the  west  of  the  Port  of 
Utopia.  When  the  attack  begins*  the  origade  will  cross  the 
border  into  UTOPIA  and  join  a  marine  amphibious  brigade  for 
a  combined  assault  on  the  port.  Simultaneous  airborne 
assault  on  Yellow  Mountain  Pass  by  one  airporne  brigade. 
Their  objective  will  be  to  delay  enemy  advance  through 
Yellow  Mountain  Pass  until  armored  brigade  arrives  from 
Southern  Mi  nes . 
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5.  Analysis  of  Relative  Combat  Power.   According  to   latest 

i  ntel  1  i  gence »   Country   ofD   has;  the  following  forces  tasked 

for  operations  in  UTOPIA: 

3  armored/mec Han i zed  brigades 

1  airborne  brigade 

1  amphibious  ready  group 

1  marine  amphibious  bricade 

1  carrier  task  force 

2  tactical  fighter  wings 
1  JTF  HQ 

I  tactical  air  control  system 

The  capability  of  enemy  forces  is  presently  comparable  to 
our  own.  However/  enemy  plans  for  invasion  of  UTOPIA  are 
unknown  as  are  enemv  plans  for  upgrading  their  Joint  task 
force  • 

6.  NBC  Warfare.  *^e  will  nut  u:>e  nuclear*  biological*  or 
chemical  weapons.  Because  we  do  not  know  enemy  intentions* 
our  forces  must  remain  p^-'OPe'ly  eguioped  and  throughly 
trained  for  NBC  defense. 

7.  Restrictions  on  Operations. 

a.  Close  control  by  the  MCA  is  necessary  because  of  the 
danger  of  rapid  escalation.  Again*  rapid  and  reliaole 
communications  are  essential  between  the  NCA  and  the  JTF  HQ, 

b.  Because  of  political  considerations*  we  will  not 
launch  any  strikes  against  forces  located  within  the 
geographic  boundaries  of  Country  Yellow. 
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8.  Pertinent  Assumptions. 

a.  It  is  estimated  that  military  action  to  ensure  a 
continued  suDoly  of  critical  resource  X  will  be  necessary 
between  two  and  six  vears  in  the  future  with  six  years  being 
the  more  likely. 

b.  Country  BLUE  will  remain  our  ally  and  continue  to 
allow  us  to  maintain  combat  forces  there. 

C.  Country  YELLOW  will  remain  an  ally  of  RED  and  RED  will 
einoloy  forces  stationed  in  YELLOW  to  support  their 
0 Derations  in  UTOPIA, 

9 ,  Essential  Elen^ents  of  Information. 

a .  Genera  1  : 

(1)  Determine  if  and  when  the  enemy  is  planning  to 
invade  the  Country  of  UTOPIA, 

(2)  Determine  if  the  enemy  plans  to  employ  ^iQC    weapons. 

b .  J  1 f  Personnel 

(1)  The  attitude  of  the  civilian  oopulace  within  the 
area  of  operations. 

(2)  The  amount  of  food  and  medical  supplies  available  in 
the  area  of  operations  for  distribution  to  tne  civilian 
oooulace  when  we  secure  the  area. 

c  .   J3f  Operat  i  ons 

(1)  Detailed  up-to-date  enemy  order  of  battle. 

(2)  Location  of  enemy  JTF  HQ. 
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d.  J^r  Logi  sties 

(1)  Cross-country  t  r  a  f -f  i  c  ab  i  1  i  C  y  studies  for  wheeled  and 
t  racked  vehicles. 

(2)  Location  of  indigenous  POL   facilities   in   area   of 
ooerat  i  ons  , 

e.  J6/  Commun  i  cat  i  ons-E  1  ec  t  ron-i  cs 

(1)  Availability  and  nature  o^  enemy  electronic   jamming 
caoab  i 1 i  t  y  . 

(2)  Enemy  satellite   surveliaoce   capability   which   can 
detect  the  movement  of  our  forces. 

10.  Reguest  that  each  directorate  oreoare  their  staff 
estimate.  Include  your  dete^^mination  of  which  proposed 
course  of  action  can  best  be  suprscrtec  from  your  standpoint. 
J6f  also  include  your  recon^mendation  for  the  location  of  the 
JTF  HO. 
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•   1  .  INTRODUCTION 

The  purpose  of  this  manual  is  to  document  the  software 
used  in  Commun i cat i ens  Electronics  War  (CQWEL)  so  that  it 
can  be  modified  easily.  The  program  was  written  using 
modular  design,  freguent  comments,  and  structured  FORTRAN  in 
an  attempt  to  write  code  that  could  be  read,  understood,  and 
modified  by  novice  programmers.  Further  information  can  be 
found  in  the  Users'  Manual  and  the  Thesis, 

This  manual  is  divided  into  four  major  sections  to 
describe  machine  dependency^  the  main  and  control  programs, 
the  Acguisition  Phase/  and  the  Operations  Phase. 
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2.  HARDWARE/SOFTWARE  DEPENDENCY 

This  section  describes  the  ch 3 r ac t er i s t i c s  of  the 
program  that  make  GOMEL  deoendent  en  t  i- e  soec  i  f  i  c  computer 
and  ooeratinq  system  for  which  it  was  designc'd. 

GOMEL  was  developed  on  a  Digital  Equiomcnt  Corporation 
VAX  11/780.  The  ooerating  system  used  is  VMS.  (VAX  stands 
for  Virtual  Address  Extension  and  VMS  stances  for  Virtual 
Memory  System.)  GOMEL  can  be  run  on  5r,y  o'her  system  that 
supports  FORTRAN-77  and  has  some  typt*  O'  command  file 
executive.   Any  type  of  terminal  can  be  used  to  olay  GOMEL. 

Throughout  the  program,  but  orimarilv  in  the  Ooerations 
Phase,  random  numbers  are  used.  T^e  VAX-'VMS  s'ystem  function 
RAN  (which  calls  the  subroutine  RANDOM)  is  used  to  generate 
the  pseudo"random  numbers.  The  function  updates  the  seed/ 
which  is  carried  from  module  to  module  as  a  common  variable. 

FORTRAM  77  structures,  such  as  the  DO  WHILE  and  the 
IF-THEN-ELSE-IF  are  used  extensively,  as  is  variable  tyoe 
character  which  allows  easy  structurino  of  the  program  and 
enhances  its  maintainability  and  readability.  To  modify  the 
game  to  run  on  another  verson  of  software,  which  does  not 
have  these  features,  would  require  a  line-by-line  review  of 
the  code  to  locate  and  modify  these  structures.  The  system 
functions   FLOAT,   IFIX,  ATAN,  and  mjn  ^re    used  but  are    also 
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availible  on  most  FORTRAN  compilers.  The  only  other  system 
unique  function  used  in  the  actual  GOMEL  FORTRAN  modules  is 
the  time  routine  SECNDS  (defined  by  the  system  as  time  in 
seconds  since  midnight), 

GOMEL  can  be  run  two  ways.  There  is  an  extended  version 
tnat  runs  via  a  control  language  (VAX/VMS  command  language). 
The  other  version  is  the  sa^^e  game  run  without  the  control 
language  extension.  The  only  difference  between  the  two 
versions  is  that  the  extended  GOMEL  takes  care  of  game  file 
oreoaration,  modification,  aod  exercise  data  saving  (This 
orocess  is  explained  in  the  Users'  Manual  and  in  Section  3 . -J 
of  this  manual).  This  method  was  selected  desoite  the 
machine  deoendencyr  since  the  efficiency  of  doing  the  file 
manioulation  at  the  command  level  of  the  computer  far 
exceeded  the  writing  of  the  equivalent  code  in  FORTRAN  (ie^ 
about  a  500  line  command  languaae  program  instead  of  a  2000f 
line  FORTRAN  program). 

While  not  a  machine  dependency,  one  technique  used  to 
control  the  synchronization  of  the  Umpire,  Red,  and  Green 
terminals  used  in  this  war  game,  should  be  explained  in  this 
section.  An  important  oart  of  GOMEL  involves  tne  timing  of 
actions  to  be  taken  by  the  different  players  in  the  game. 
The  Red  or  Green  Player  can  only  take  actions  during  a 
soecified  Part  of  the  game  (ie^  for  a  qiven  turn  only  so 
many  minutes  are  allotted).  i/^hen  this  time  has  expired,  the 
Dlayer  must  wait  until  the  Umpire  (or    control   program)   has 
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accomoHshed   some   tasks   (budget   planning,  war  execution, 

etc).   Some  control  information  also  has  to  be  oass;ed  to  the 

players   by  the  Umoire  (current  game  status,  war  status,  end 

of   game   commands,   etc).     This    is    done    t^lrouqh    a 

synchronization  routine. 

i      The  synchronization  is  accomplished  via  a  rommon   direct 

I  access   file.    Three   flags   control  the  flow  of  control,  a 
I 

controller  flag  (ictl).  Red  Player   flag   (ired)   «ind   Green 

Player   flaa   (igrn).    These   flags   ere  set  to  zoro  or  one 

deoending  on  the  action  to  be  taken.   When  the  Umo  re   wants 

to   hold   the   ©layers  ,  a  zero  is  written  to  ired  and  igrn. 

The  players'  game  will  be  stopped  until  tne  ij.^oire  sets  ired 

and   igrn  to  one.   If  ictl  is  eaual  to  9,     :r.r*    Acauisition  or 

Ooeration  Phase  will  be  stopped.   Initially,  ^ctl   is   eaual 

to   one   and  ired  and  igrn  are  set  to  zero.   •^''d  Player  sets 

ired  to  one  and  Green  Player  sets  igrn  to  one  vhen  each  logs 

on.    In   the  same  way,  control  is  ha^te^'i  at  "he  end  of  each 

turn  by  issuing  the  appropriate  flag. 


186 


3.  MAIN  PROGRAM  AND  CONTROL  MODULES 

The  control  program  sets  uo  the  files  used  in  GOMEL.  It 
is  wri'rten  in  the  VAX/VMS  cofMnand  file  lanquaqe.  The 
control  modules  are  started  bv  the  control  orogram.  These 
control  modules  are  short  ^ORTRAN  programs  that  call  the 
aopropriate  phase  of  GOMEL. 

5,1  PROGRAMMING  STYLE 

The  command  file  program  is  written  to  manipulate  t^ie 
qa."n»i  files.  The  style  of  proqramminq  is  limited  to  placing 
th«»  comTiands  in  the  correct  order  for  execution.  The 
FORTRAN  modules  called  control  the  execution  phase  entered 
in  GOMEL. 

l,^    ERROR  CHECKING 

The  efror  checking  performed  is  limited  to  testing  for 
correct  menu  input  and  trapping  error  conditions  to  prohibit 
the  Umpire  or  player  from  being  thrown  out  of  the  proqram. 
Instead/  the  question  will  be  repeated.  The  FORTRAN  control 
module  will  only  allow  menu  selections  to  be  entered. 
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3.3  STRUCTURE  OF  THE  CONTROL  PHASE 

The  control  phase  of  the  program  consists  o^  setting  up 
the  files*  running  the  program/  entering  the  correct  ohaJie* 
and  saving  the  files  on  exit  from  the  game. 

3. a  CONTROL  MODULES  (ACQUISITION  AND  OPERATIONS) 

CO^'EL  CONTROL  PROGRAM  (COMMAND  FILE) 
File:   CO^^EL.COM 
Puroose  and  Method: 

A  collection  of  command  language  routines  used  by 
the  Umoire  to  manioulate  the  game  files  (save^  restorer 
delete)  and  run  COMEL. 

The  main  menu  of  the  command  file  is  disola'-'ed  on 
the  terminal  and  user  input  is  reguested.  The  action 
reguested  is  carried  out  via  a  GOTO  to  a  con m and  module 
written  to  carry  out  the  Delete^  Save/  or  Restore. 

Two  error  routines  are  orovided  to  or^sv-jnt  :he 
accidental  destruction  of  files.  One  is  to  ore/'?nt  the 
program  from  failing  due  to  an  error  in  the  comrrianrj  file 
(ier  copying  a  non-existant  file).  The  second  error 
protection  is  to  return  to  the  main  -nenu  if  the 
Umoi re/P  1  ayer  tries  to  exit  COMEL  via  a  CTRL-Y. 
Suborograms  Called: 

UMPIRE. FOR  (Main  Program) 
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MflTN  PROGffAM  UMPIRE 

'     File:   UMPIRE. FOR 

Purpose  and  Method: 

This  is  the   control   oroqpam   the   LimDire   uses   to 

Choose   to  olav  the  Acauisition/  Operation  or  both  phases  of 

GOMEL. 

The  menu  is  displayed  and^  deoendinq  on   the   ootion 

selected^  control  is  passed  to  the  called  routine.   Ahen  the 

orogram  is   edited/   control   is   re<:urned   to   the   comtrand 

oroqram . 

Major  Variables: 

fini  -  logical;   controls  exit  from  this  Program 

Subprogranis  Called: 

Subrout ' ne  GA^INF 
Subroutine  ACQCTL 
Subrout • ne  OPNCTL 

Entries: 

o)CO'-'EL 

SUBROUTINE  PLAYER 

File:   PLAYER. FOR 
Puroo'^e  and  Method: 

This  is  the  control  program   for   the   olayer.    The 
player   is   identified   as   Red   or  Green.   The  Acauisition, 
Operation  or  both  phases  of  play  is  then  selected. 
Major  Variables: 

fini  -  logical?   controls  end  of  program 
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iredol  -  integer;   flag  indicating  a  Rea    Player 

iqpnpl  -  integer;   flag  indicating  a  Green  Player 

Subprograms  Called: 

Subroutine  PLYINF 
Subrout  i  ne  PAGE 
Subroutine  REOACQ/GRNACQ 
Subroutine  REDOPS/GPNOPS 

Entries: 

aPLAYER 

SUBROUTINE  ACQCTL 

File:   ACQCTL. FOR 
Puroose  and  Method: 

This  module  orovides  timing  and  seguencinq   fo'*   the 
Acguisition  Phase  of  the  game. 

Outout  Acguisition  game  header  to  the  iJmpire  ar;d 
call  input  routine  for  system  data.  The  U moire  enrers  the 
length  of  coming  turn  and  then  is  provided  the  vudaet 
history.  Set  synchronization  file  to  wait  for  Red  and  Green 
Player,  Uodate  stoo  time  and  then  let  Red  ana  Green  Players 
start  turn.  Loop  through  a  delay  routine  until  botn  olavers 
are  done  or  until  time  runs  out.  The  players  then  enter  a 
waiting  stage.  The  'Jmpire  enters  the  intelligence  uodate 
phase.  The  next  turn  starts  unless  war  begins  in  which  case 
the  Acguisition  Phase  ends. 
Major  Variables: 

dur-nin  -  real;   time  in  minutes  of  current  turn 

i c t 1 / i grn # i red  -  integer;   action  comoletion  flags 
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hhmfss  -  character  *  8;   time  of  day 

St^tfr,o    "    real?   dummy  variables 

pwar  "•  real;   the  current   probablity   that   war   will 
occur 

X  -  real*   contains   the   result   of   random   variable 
f  u n c  t  i  on 


Common  Vsri-3^:les  Changed: 

i  c 1  ay  r 
i  seed 
St ooat 

Suboroarams  Called: 

Subrouti.-"*  SYSE.QP 

Subroutine  SGTt-IST 

Subroutine  WRIIIT 

Subroutine  OEL/.Y 

Entries: 

Main  Proarci-n  UMPIRE. FOR 


Subrout  i  ne  PAGE 
Subroutine  TIME 
Subroutine  REAOIT 
Subrout  i  ne  T  ATTLE 


SJBPOUTINE  PAGE 

File:   PAGE. "OR 
Puroose  and  'Method: 

This  rourine  clears  the  terminal  disolav  by   writing 
2^    blank  1 i  nes  . 
Entries: 

General  Utility 


SUBROUTINE  READIT 

File:   READIT. FOR 
Purpose  and  Method: 
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This  routine  ooens  and  reads  the  synchronization 
file  necessary  for  control  of  the  game.  The  budget  and  turn 
is  passed  to  the  olayers. 


Parameters  oassed: 

i  c t 1     i  grn     i  red 
iturn    redbgt   grnbgt 


St  opat 


Subprograms  Called: 

Subroutine  DELAY 
Data  Files  Accessed  and  File  Name: 

50  -  Synchronization  File  SYNCH. DAT 
Entries: 

Genera  1  Utility 

SUBROUTINE  WRITIT 

File:   •^JRITIT.FOR 

Purpose  and  Method: 

This  routine  ooens  and  writes  to  the  synchronization 
file  items  necessary  for  control  of  the  game. 

Parameters  Passed: 

ictl     igrn     i red     stooat 
iturn    redbgt   grnbgt 

Subprogram  Called: 

Subroutine  DELAY 
Data  Files  Accessed  and  File  Name: 

50  -  Synchronization  File  SYNCH.DAT 
Entries: 

Genera  1  Utility 
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SUBROUTINE  DELAY 

File:   DELAY. FOR 

Purpose  and  Method: 

This  routine  i3  use-d  whenever  a  delay   in   execution 

is   desired.   The  oelay  is  the  parameter  passed/  in  seconds* 

to  the  oroqraw , 

Parameters  passed: 

tl  -  real;   tire  del^iy  routine  entered 

N'ajor  Variables: 

delta  -  real?   The   ciifference   between   time   entered 
delay  and  current  tine. 

a  -  real?   A  var?ab1<?  entered  just  to  delay. 

Entries: 

General     Utility 

SUBROUTINE    OPNCTL     () 

File:       UMPFILE.FOR 

Purpose    and    ''^et'''oa: 

This  module  provides  timing  and  sequencing  for  the 
Ooerations  Phase  of  the  game. 

OutDut  Operations  game  header,  Checic  whether 
starting  a  new  game?  get  seed  and  call  input  suoroutine  or 
read  blackboards.  Display  unit  positions  to  set  uo  map. 
LooD  through  turns.  Input  turn  length  and  rules  of 
engagement.  If  it  is  not  the  first  turn,  outout 
intelligence.  Output  blackboards.  Wait  for  players  to 
finish  turn,  checking  periodically  for  messages   or   end   of 
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time   limit.    When  time  is  ud  or  both  players  are  finished/ 
continue  with  movement/  combats  and  end  of  war  decision, 
Ma j  or  Variables: 

hhmmss  -  char  act"  er*8  ;   time 

first  -  integer?   rules  of  engagement 

i  n t  eaer s ; 


ictl/igrnfiredrit/ishr^ismn 
como 1 et  i  on  f 1 ags 


durmin  -  real?   length  of  turn  in  minutes 
dummy, SfStemp  -  real;   dummy  variables 
stooat  -  real;   scheduled  end  of  turn 
over  -  logical;   true  if  game  is  to  end 
Subprograms  Called: 


action 


Subroutine  PAGE 

Subroutine  DELAY 

Subroutine  TIME 

Subroutine  '^RITIT 

Subroutine  READIT 

Subroutine  RMSG/GMSG 

Subroutine  SYSOUT 

Subroutine  3YS8R0 


Subroutine  RULES 
Subroutine  OPINTEL 
Subroutine  INPUT 
Subroutine  RPOS  I  T/GPOS I T 
Subroutine  RMQVE/GMOVE 
Subroutine  DICTION 
Subroutine  COMBAT 
Subroutine  ENDwAR 


Subroutine  REDOUT/GRNOUT   Subroutine  REOBRD/GRNBRD 
Entries: 

Main  program  UMPIRE. FOR 


SUBROUTINE  REDOPS/GRMOPS  () 

File:   RED. FOR/GREEN, FOR 

Purpose  and  Method: 

This  module  controls  the  timing  and  seguence  of 
routines  for  the  Red  or  Green  Player, 


the 
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Output  Ooerations  Phase  header.   Wait  until  start  is 
indicated  bv  Umoiref  checl<ir;q  periodically  for  messages.   On 
the  first  turn  call  modtjle  to   assign   eauiornent   to   units. 
Call  turn  module?   returrt    to  waiting. 
Major  Variables: 

ictl#  iCf  ired^iqrn  ••  integers;   control  flags 
stoDat  -  real/tine  for  scheduled  end  of  turn 
dummvrSt  -  rea]  '       durrtiv  variables 
hhmmss  -  realJoresent  time 
Suboroarams  Called: 


Subrout  i  ne  PAGE 
Subroutine  TIME 
Subroutine  PEADTT 
Subroutine  a'RITTT 


Subroutine  R'MSG/GMSG 

Subroutine  PCOM^*  1 /GCO^M  1 

Subroutine  RTUR^^I/GTUR^J 

Subroutine  DELAY 


Entries: 

Main  orogram  PLAYER, FCR 

SUBROUTINE  RL I STEN/GL I STEN  (QUEST,  ANS) 

File:   GENERAL. FOR 

Puroose  and  "^ethoa: 

This  module  allows  ar  active  terminal  to  listen  for 
and  read  the  answer  to  a  message  oreviously  sent  to  another 
terminal.  The  exchange  of  messages  is  between  the  Umpire 
and  a  ol aver • 

Parameters : 

guest  -  integer;   flag  indicating   whether   answer   is 
expected  to  the  guestion 

ans  -   character*!;    answer,   blank   returned   if   no 
answer  is  expected 
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Suboroqrams  Called: 

Subroutine  DELAY 
Ent  r  i  es  : 

Genera  1  Utility 

SUBROUTINE  RMSG/GM$G  () 

File:   GENERAL. FOR 

Puroose  and  Method: 

This  nodule  allows  a  terminal  in  waiting   status   to 

receive   and   answer   messages   from   another  terminal.   The 

exchange  of  messaaes  is  between  a  olayer  and  the  Umoire. 

^^ajor  Variables: 

flag  -  integer;   flag  showing  an  answer  is  expected 

record  -  ch a rac t er *80 ;   text  of  message 

ans  -  character*!;   answer 

Subprograms  Called: 

Subroutine  DELAY 
Subroutine  PAGE 

Entries: 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 

SUBROUTINE  OPEN  (NUM) 
File:   GENERAL. FOR 
Puroose  and  'Method: 
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This  module  ooens  file  'nurr',  makinq  an  ef^ror   cieck 
to  see  if  the  file  is  e'^'otv. 
Paramet  e  r : 

nuT'  •  integer-  number  of  the  device  to  be  ooened 
Entries: 

Genera  1  Utility 
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a.  THE  ACQUISITION  PHASE 

The  Acauisition  Phase  selects  the  electronic  equioTent 
to  be  used  by  the  units  in  the  Operations  Phase  of  the  aame. 
This  phase  is  an  exercise  of  olannino/  t  i  Tte  manaaement  ^ 
budgeting^  and  forecasting. 

a. I  PROGRAMMIMG  STYLE 

All  modules  in  the  Acquisition  Phase  are  written  in  a 
too  down  and  structured  format  for  ease  of  maintenance  and 
orogram  extension.  That  isr  orogram  control  flows  downward 
and  GOTO  statements  are  limited  to  the  extent  oossible. 
Each  module  takes  care  of  one  specific  action  Cor  relatea 
actions).  Indentation  is  designed  to  enhance  readability  of 
the  D  roqr  am  . 

FORTRAN  77  unique  constructs  were  used  to  simplify  the 
programs  and  increase  maintainability  and  reliability. 
Howeverr  standard  FORTRAN  is  used  as  much  as  possible  to 
enhance  transportability  and  conversion  to  different 
computer  systems.  In  the  Acquisition  modules^  the  *  00 
^HILE..,END  00'  constructs  are  used  only  to  control  exit 
from  a  module  or  a  file.  The  ' IF  ...  THEN  ...  ELSE  '  construct 
is  only  used  as  an  'IF. ..THEN'  with  no  nested  'IF' 
statements  within  the  construct.   Proqramming  in  this  manner 
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will  simplify  conversion  to  standard  FORTRAN,  should  it  be 
necessary.  It  will  also  simolifv  a  novice  oroarammer's 
ability  to  understand  the  modules  logic. 

a. 2  ERROR  CHECKING 

There  are  three  categories  of  errorf>  tiat  ^lay  occur  in 
any  DPoqram,  The  first  tvoe  of  error  is  entering  extraneous 
characters  or  commands.  The  second  t.voe  of  error  is 
entering  values  out  of  range.  The  last  tvoe  is  svste"^ 
errors • 

Extraneous  characters  entered  in  ^h•?  orogram  can  be 
controlled  through  the  'ER^'  ancs  'E'JD'  ootions  of  the  'READ* 
statement.  Extraneous  values  (other  than  numeric)  will 
force  an  error  condition  if  the  system  exoects  real  or 
integer  data.  All  READ  statements  in  the  Acauisition  Phase 
have  error  handlers  that  orevent  abnorrrai  ternrination  due  to 
read  errors. 

Entry  ranae  acceptability  checks  3  re  performed  in  the 
Acquisition  Phase  to  prevent  logic  and  system  errors. 

Occasionally  an  unforeseen  system  error  may  occur  due  to 
hardware  failure,  power  outages,  computer  systems  software 
failure,  etc.  Since  all  data  used  in  Acquisition  is  written 
to  files  between  game  turns,  a  system  error  will  result  in 
loss  of  only  the  current  game  step  data.  Also,  tne  COMEL 
command  file  has  an  error  routine  built  in  that  will  bring 
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the  orogram  back  to  the  CO'^^EL  or  PLAYER  main  menu  (even  if  a 
COMROL-Y  is  entered)  unless  the  svstem  crashes. 

a. 3.  STRUCTURE  OF  THE  ACQUISITION  PHASE 

The  Acquisition  Phase  and  modules  used  are  described   in 
the-  foHowinq  sections. 

y.3.l  C^rne  Sequence 

The  two  olayers  and  the  Umoire  are  ooeratinq  in  a 
timed  sequence  controlled  by  the  modules  described  in 
Section  3.  The  Acquisition  Phase  is  repeated  until  the 
random  number  selected  exceeds  the  oroDabilitv  of  war  and 
wai*  does  occur  (unless  Umoire  starts  war  earlier  or  overioes 
tho  start  of  war). 
Th<>  sequence  of  olay  is: 

a.  The  Umoire  enters  the  length  of  turn  in  minutes. 

b.  The  Umoire  gives  Red/Green  Players  their  budget. 
C.   Control  is  oassed  to  the  olayers. 

d.  The  players  have  a  timed  turn  in  which  they  can 
orocure  equioment  and  move  this  equioment  through  the 
acquisition  life  cycle/  or  scrao  the  equipment. 

e.  Control  is  returned  to  the  Umoire  where  the 
intelligence  uodate  program  is  entered  and  the  Umoire 
reviews  player  status  so  intelligence  can  be  updated. 

f.  The  program  then  aetermines  if  war  or  the  next 
turn  occurs. 
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^,3»2  Co'TiT'on  Variables 

There  are  three  classes  of  common  variat:;les  user!  in 
the  AcQuisition  Phase?  system  data,  elect  rc^ic  e'^uinment 
selected  and  control  oarameters. 

System  data  is  read  into  the  common  each  qam<»  turn. 
However/  it  does  not  change  during  the  w-^r  0311".  The  file 
is  read  into  coTimon  each  aame  turn  for  recovery  ourooses  in 
case  of  system  error.  System  data  contains  all  system 
oarameters  used  for  Acauisition,  such  as  ti?chnical 
caoablitieSf  cost  information^  and  number  of  eaci  system 
available. 

Electronic  eauioment  data  is  dyna^nic  an^J  will  chanae 
each  game  turn.  The  ar  ray  of  eauiDment  ^i^ta  ;ontains 
electronic  eguioment  selected  bv  Red/Green  and  tne  s:ate  of 
the  eguioment  (R+D»  AR+D/  M+D/  0+M,  etc).  A  reference  in 
this  file  Doints  to  the  location  of  the  electro riic  eguioment 
information  in  the  system  data  array  (RITE-^/GITE'^).  This 
array  is  also  saved  to  a  file  from  the  common  area  at  the 
end  of  each  game  turn  and  read  from  a  file  into  common  area 
at  the  beginning  of  the  game  turn. 

Parameters  used  in  the  program  are  keot  in  the  named 
common  called  /PARAMS/,  The  oata  in  this  common  is  not  keot 
in  a  file  between  game  turns.  It  remains  in  memory  the 
entire  game.  It  is  used  for  control  of  orogram  execution 
during  the  play  of  the  game. 
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a. 3. J  Interfaces 

Interfaces  between  the  Umoire  and  player  are  via 
files.  Synchronization  is  accomolished  ov  the  data 
contained  in  'SYNCH.DAT',  This  file  contains  controls 
necessary  for  tilling,  turn,  budget  and  length  of  turn.  The 
epuioment  selected  is  passed  to  the  Umoire  via  the 
•REQIJIP/GEQUIP.DAT  •  file.  InteMiaence  is  oassed  via 
•RI\'TEL/G;INTEL.DAT  •  file.  More  budget  information  is  found 
in  the  'E1GTHST.DAT'  file. 


a. a  moDIKICATIONS 

More  Acguisition  routines  may  be  added  to  GOMEL  or 
mod"!  T  i  ca'"  i  ons  made  to  existing  routines.  Additional 
decision  analysis  aids  or  other  actions  may  be  desired. 
'^odules  can  easily  be  added  to  the  Acguisition  Phase  by 
adding  another  'MENU'  item,  an  'IF'  statement  to  select  this 
ite''',  and  the  subroutine  'module'  within  the  routine, 
'^odifica'rions  to  the  program  should  be  easy,  since  the 
orogram  is  structured  and  does  not  rely  heavily  on  GOTO's. 
However,  care  must  be  exercised  if  the  control  program  is 
modified  due  to  the  synchronization  routines.  Examples  of 
synchronization  routines  are  ;  wPITIT,  REAOIT,  ACQCTL, 
REDACQ,  GRNACQ,  ITURN,  STOPAT,  ICTL,  IRED,  and  IGRN. 
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a. 5  COMMON  VARIABLES  (ACQUISITION  PHASE) 

AcQuisition  uses  three  types  of  coTfron  variables; 
information  on  systems  available  for  ourchase/  arrays  of 
electronic  eauioment  that  have  been  Durchased^  anj 
oarameters  that  are  used  to  control  the  qarne  olav.  These 
common  variables  are    identified  below. 


/SYSTEM/ 

system(lOO)  -  character  *  8;   equipment  nomenclature 

rsystm(200)  -   character   *   8?    selected   red   eouiomenr 
nomenc 1  at  ure 

qsystm(?0O)  -  character  *   8;    selected   oreen   equipment 
nomenc 1  a  t  u  r e 

etype  (100)  -  character  *  5;   classifies   each   systf^'n   cy 
type 

eapdat  -  character  *  20;   holds  equipment  data  file  :"»ame 

sysdat  -  character  *  20;   holds  system  data  file  n^.-ne 

/SYSACQ/ 

noa(lOO)  -  inteqer;   number  of   end   items   of   eac-'   kird 
a'^a  i  1  ab  1  e 

rdcost(lOO)  -  •integer;  cost  in  5M  for  R  +  D  of  system 

rdtime(lOO)  -  integer;  time  in  years  requires  for  P + D 

ardcst(lOO)  -  integer;  cost  for  accelerated  ^+0 

ardtim(lOO)  -  inteqer;  time  for  accelerated  ^+0 

mdcost(lOO)   -   integer;    cost   for    manu f ac t or i nq    and 
dep 1 oymen t 

mdtime(lOO)  -  integer;   time  in  years  for  M+D 

nomcst(lOO)  -   integer;    cost   of   normal   ooeratinq   and 
ma  i  nt  enanc  e 
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romcst(lOO)  -  inteqer;   cost  of  0+M  at  reduced  readiness 

/SYSOPS/ 

mob  ClOO)  -  iriteqePf   mobility  in  hexes  oer  turn 

crnq  (100)  -  integer;  communications  range  in  hexes; 
beamw^dth  of  sjatelHtes 

crngs  (30 'J)  -  integer;   for  HF  eouiomentf  skywave  range 

sec  (lOO)  -  integer;  security  factor;  ability  to  resist 
jamnrinq  ^."^d  iritrusion 

re'  (too)  -  real;   reliability 

rels  (100  J  -  *eai;  reliability  of  HF  equioment  in  skywave 
ooerat  i  on 

flex  (100)  -  '•ea  1  ;   flexibility 

ODt  (ICO^  -  r?al;   optimization 

c3e  (1001  -  r?al;   C3  effectiveness 

c3«s  (!00)  -  real;  C3  effectiveness  of  HF  in  skywave 
ooerat  i  or 

ewf  (100)  -  inteqer;  electronic  warfare  effectiveness; 
ability  of  EW  equioment  to  overcome  the  security  factor  of 
comiiunications  equipment 

ecm  (100)  -  real;   effectiveness  of  jamming 

esm  (100)  -  integer;   ability  to  detect  emmissions 

beams  (100)  -  integer;  for  satellites^  the  number  of 
b  e  3  T.  s 

/PEDEQP/ 

ritem  (200)  -  integer;  ooints  to  the  location  of  the 
system  in  the  system  data  arrays 

reff  (200)  -  real;  effectiveness  of  the  selected  system; 
equal  to  1  if  system  is  fully  effective/  .5  if  system  is 
Dart i ally  effective  (reduced  operation  status)/  0  if  not 
vet  placed  into  operation 

ryrbgt(200)  -  integer;  the  year  a  svstem  was  placed  in 
R+O  or  ^+0 
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ryrrdv(200)  -  integer?   the  year  a  system  will  finish   >^  +  0 
or  M+0 

irdcst(?00)  -  integer?   the  cost  of  the  current   stage   of 
acQui  s  i  t  i  on 

i  rbuy  (200)  -  integer;   a  flag  indicating  that  a  systein  is 
finished  '^  +  D 

i race  (200)  -  integer;   a  flag  indicating  that  a  systCT  -s 
i  n  acce 1 erat  ed  R  +  D 

irexD  (200)  -  integer;   a  flag  indicating  that  a  system  is 
in  normal  R+D 

irred  (200)  -  integer;   a  flag  indicating  that  a  system  i? 
in  reduced  ooeration 

irmnfd(200)  -  integer;   a  flag  indicating  that  a  system  -;  s 
being  manufactored  for  deployment 

irfrd  (200)  -  integer;   a  flag  indicating  that  a  system  is 
f i  ni  shed  R  +  0 

/GRNEOP/ 


ritem  (200)  -  integer;  points  to  the  location  of  ♦"ne 
svstem  in  the  system  data  arrays 

geff  (200)  -  real;  effectiveness  of  the  selected  system; 
eoual  to  1  if  system  is  fully  effective/  .5  if  system  is 
oartially  effective  (reduced  operation  status)^  0  if  not 
yet  placed  into  operation 

gyrbgt(200)  -  integer;  the  year  a  system  was  p} aceo  in 
RfO  or  M+D 

gyrrdy(200)  -  integer;  the  year  a  system  will  finish  R+D 
or  M  +  0 

igrcst(200)  -  integer;  the  cost  of  the  current  stage  of 
acoui  s  i  t  i  on 

igbuy  (200)  -  integer;  a  flag  indicating  that  a  system  is 
f  i  ni  shed  M  +  D 

igacc  (200)  -  integer;  a  flag  indicating  that  a  system  is 
i  n  accel erated  R  +  D 

igexo  (200)  -  integer;  a  f 1 aa  indicating  that  a  system  is 
i  n  norma  1  R  +  D 
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iqred  (2001  -  integer;   a  flag  indicating  that  a    systeTi  is 
in  reduced  ooer^tion 

iqmnfa(200)  -  integer;   a  flag  indicating  that  a  system  is 
being  manufactored  for  deoloyment 

iofrd  (20  0)  -  integer;   a  flag  indicating  that  a  system  is 
finished  P+0 

/PARAM/ 

iturn  -  integer?   the  current  acquisition  year 


stooat  -  real 


(seconds  since  tiidnight) 


redbqt  -  real 

grnbgt  -  real 

pbqusd  -  real 

qbgusd  -  real 
spent 

rbgrea  -  real 
year 

gbgreq  "  r^a) 
year 


tne   time   that   the   turn   will   be   over 


the  current  years  budget  for  red 

the  current  years  budget  for  green 

the  Red  Players  budget  minus  amount  soent 

the   Green   Players   budget   minus   amount 

the  Red  Players  budget   reguest   for   next 

the  Green  Players  budget  reguest  for   next 


nbrsvs  -  intege';   the  number  of   systems   in   the   system 
file 

noreao  -  inteoei*;   used  to  hold  the  number  of  equioment  in 
red  or  green  equioment  file 

iueqo  ""  integer?   holds  the  unit  number  for  various   files 
dur  i  ng  o 1  ay 


iolayr  -  integer;   holds  the  olayer  id  (1 
red)  used  to  communicate  between  routines 

inrd  -  integer;   number  of  red    eguioment 

igen  -  i nteger ; number  of  green  eguioment 

iseed  -  integer;   random  number  seed  used 


green , 
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a. 6  THE  ACQUISITION  MODULES 

SUBROUTINE  GA^^I  NF/PL  Y  INF 

File:   GAMINF.FOR/PLYINF.FOR 

Puroose  and  Method: 

This  routine  oaqes  through  a  game  documentation  file 

to  suodIv  game  information  to  the  Umpire/Player. 

The  routine  ooens  the  information  file  and  reads   it 

to   find   how   many   records  are    contained  in  the  file.   Tne 

number  of  cages  it  can   display   is   comouted   ( records/ 1 5 )  . 

The   Player/Umpire  can  oaae  through  the  file  by  entering  the 

desired  oaae  number. 

Ma  j  or  Var  i  ab 1 es  : 

mesg  -  character  *  80;   information  file  record 

encjfil  -  loaical;   used  to  test  for  end  of  file 

nlines   -   intergerJ    number    of    lines    currently 
d  i  sol ayed 

itemo  -  integer;   temcorily  used  for  location  of  oage 

i nmb  -  inteaer;   oaqe  selected  for  viewing 

ifrom  -  integer;   last  record  read 

Subprograms  Called: 

Subroutine  PAGE 
Subroutine  DELAY 

Data  Files  Accessed  and  Name: 

60  -  Game  Information  File  GAMINF.FOR 
65  -  Player  Information  File  PLYINF.FOR 

Entries: 

Main  program  PLAYER. FOR 
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Main  orogra-n  U^^PIRE.FOR 


SUBPOUTINE  SYSEQF 

File:   SYSEQP.FOR 

PuPDose  and  '^ethod: 

This  routine  ooens  and  reads  the  data  files 
necessary  for  the  Acquisitions  Phase. 

Ooen  and  re?iri  fMes  for  system  infor-nation  and  Red 
equipment  op  Green  eauioment  files.  Red  or  Green  equioment 
file  is  uDdated  depending  on  the  value  of  IPLAYR  (l=green/ 
2=red)  or  lUEQP  (  1  6-.=  gre.>n  ,  1  5  =  red  )  . 

CoTTTion  Variables  C;-ianaed: 


sysdat  eqodat.   r.  vstem 

psystm  gsyst^i   noa 

pdtime  ardcst   ardtim 

mdtime  noTicst   romcst 

C  rn  g  c  rnqs 

Pels  ♦lex 

c  3es  ew  f 

beams  p  i  t  em 


py p  rdy  i  rdc  s  t 

i  pexo  i  p  r^d 

a  i  t  em  ge  f  f 

i  qpc  s  t  i  gbuy 


soc 

ODt 

ec  m 
r?f  f 
I  rbuy 
1  ("mn  f  d 
o  y  r  b  g  t 
i  c  a  c  c 
igmnfd   iqfrd 


et  yoe 
rdcost 
mdcost 
mob 
re  1 
c3e 
esm 

ry rbgt 
i  Pace 
i  p  f  rd 
qy  p  pdv 
i  gexD 


i  gped 
Data  Files  Accessed  and  File  Name: 


I'-i  -  System  list 

15  -  Red  eouioment  list 

16  -  Gpeen  equipment  list 

Ent  r i  es : 

Subpoutine  TATTLE 


SYSTEM. OAT 
REQUIP.DAT 
GEQUIP.OAT 


SUBROUTINE  BGTHST 


File:   BGTHST. FOR 
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Puroose  and  Method: 

This  routine  allows  the  Umoire  to  enter  the  i^ed   and 

Green  Players'  budgets. 

The  budqet  file  is   ooened   and   checi<ed   for   data. 

Each  record  constitutes  one  year.   If  no  data  records  exists 

then  ITUR^J  is  set  to  one.   If  there  are    data   recordsr   thev 

are   displaved   for  the  UTioire's  use.   The  Umoire  then  qives 

the  Ped  and  Green  Players  their  budget  for  that  year. 

Ma j  or  Var  i  abl es  : 

Isturn  -  integer;   the  current  turn  -ninus  one 

Common  Variables  Changed: 

redbgt  arnbgt 

Common  Variables  Referenced  but  not  changed: 

i  turn 

rbqusd 

gbgusd 

rbgrea 

gbqreq 

Subroutines  Called: 

Subroutine  DELAY 
Subroutine  PAGE 

Data  Files  Accessed  and  File  Name: 

99  -  Budget  history  BGTHST.DAT 
Entries: 

Subroutine  ACQCTL 

SUBROUTIME  TATTLE 


File:   TATTLE, FOR 
Puroose  and  Method: 
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TATTLE  is  used  by  the  Umpire  to  read  the  Tail   files 
and  to  read  the  status  of  Wed/Greer  Acauisition  Phase. 

TATTLE   is   menu   driven.    The   Urnoire   can   select 

Red/Green   qame   summary   and   can   read   the  Red/Green  mail 

files.    It   allows   the   Unoire    to    proccess    Red/Green 

intelligence   requests.    The   Umpire   then   can   respond  by 

uodatinq  Red/Green  answer  f 'I  1  e  . 

Major  variables 

fini  -  logical?  used  to  test  whether  user  would  like 
to  exit  i  nt  e 1  . 

Endfil  -  logical/   used  to  check  end  of  file  status 

rtyp  -  Character  *  2?  record  tyoe  in  the  Red/Green 
Intel  1 i  gence  File. 

iroyr  -  integer?   The  turn  intelligence  was  requested. 

iqnr  -  integer?  A  ^laq  indicating  if  slayer  would 
like  a  oeneral  intel  bri.:*f, 

isr  -  integer?  a  flag  in die. sting  if  olayer  would  like 
a  specific  intel  brief* 

insyst  -  character  *  B;  The  system  that  olayer  would 
like  intel  info  on 

ist  -  integer?   not  used 

infrd  -  integer?  used  bv  player  to  reouest  if  system 
is  in  R  f  D 

inbuy  -  inteqer?  flag  used  by  olayer  to  request  if  a 
system  will  be  bought 

inamt  -  inteoer?  f 1 aq  to  request  how  many  of  a  system 
will  be  bough  t 

indte  •  integer?  flag  to  reguest  when  the  system  will 
be  ready. 

msg  -  character  *  80?  This  is  the  message  that  the 
controller  received  from  the  olayer  receives  as  an 
answer . 
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Comipon  Variables  Changed: 

1 d1 ayr 
i  ueqo 
eqodat 
stopat 

Subopoarams  Called: 

Subroutine  SYSEQP 
subroutine  SYST^S 
subrout  i  ne  DELAY 
subrout  i  ne  PAGE 

Data  Files  Accessed  and  File  Name: 

25    Red  Intelligence  File     RINTEL.DAT 
20    Green  Intelligence  File   GINTEL.DAT 

Entries: 

Subroutine  ACOCTL 


SUBROUTINE  RED ACQ/GRNACQ 

Files:   REDACQ.FOR/GRNACQ.FOR 

Purpose  and  Method: 

Provides  the  sequencing  for  the  players  during  the 
Acquisition  Phase  of  the  qame. 

Output  Acquis i ton  qame  header  then  a  message  if  a 
olayer  is  waiting  for  the  other  olayer  to  LOGIN,  Begin  a 
game  loop.  Load  the  system  data  and  olayer  equipment  files. 
Set  a  logged  in  flag.  Delay  at  this  point  until  other 
olayer  logs  into  the  game.  Obtain  budget  and  stop  time. 
Call  the  main  Acquisition  module.  After  acquisition*  set  a 
flag  and  enter  a  hold  loop.  'a hen  the  iJmpire  is  finished*  a 
flag  is  set  by  the  Umpire  so  the  next  turn  can  start. 
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Major  Variables  Chanqed: 

hhmmss  -  character  *8:   time  of    day 

ic/ib/it  -  integer:   dummy 

rfS^re^qerSt  -  real:   dummy 

Common  Variables  Chanqed: 

iolayr    sysdat    eqodat    iuecio 
i  grn      i  red 
Common  variables  Referenced  but  Mot  Changed: 

ict  1 
st ooat 
i  t  urn 
redbqt 

grnbqt 


Suborograms  Called: 

Subroutine  PAGE 
Subroutine  TIME 
Subroutine  READIT 

Entries: 

MAIN  PROGRAM  PLAYER 


Subrout  i  ne  '/i^l  TIT 
Subroutine  DELAY 
Subroutine  ACQUIS 


SUBROUTINE  ACQUIS 

I 

File:   ACQUIS. FOR 

Puroose  and  Method 

This  is  the  main  orogram   that   enables   players   to 

I 

acquire  electronic  equioment.  It  disolays  the  main  menu 
ODtions  to  allow  the  olayer  to  carry  out  the  acquisition 
St  rat eqy . 
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The  control  of  system  information  ana  acquisition  is 
via  menu.  The  olavers  options  are  listed.  At  the  too* 
budget  and  time  information  is  disolaved.  The  current  time 
is  checl<ed  against  the  STOPAT  time  orior  to  the  execution  of 
a  subroutine.  If  stoo  time  is  exceeded^  or  the  exit  option 
is  selected/  the  eguioment  data  is  saved  to  a  file  and 
control  Passed  to  REDOPS/GRNOPS .  If  budget  has  been 
exceeded/  a  warning  is  displayed.  After,  the  above  chec<s 
are  made,  the  selected  option  is  executed.  Uoon  exit  of 
this  routine/  an  end  of  turn  message  is  displayed. 

^a  j  or  Var i  abl es  : 

bspent  -real;   the   amount   of   the   origional   budget 
al ready  spent  . 

i t i me  -  integer?   the  time/  in  minuteS/  remaining   for 
a  dec  i  s  i  on 

Common  variables  Changed: 

gbgusd 
rbgusd 

Common  Variables  Referenced  but  Not  Changed: 

grnbgt 
redbgt 
i  o 1  ay r 
stopat 
i  t urn 


Subprograms  Called: 

Subroutine  UPOBGT 

Subrout  i  ne  PAGE 

Subroutine  SAVEQP 

Subroutine  SHOP 


Subroutine  SYSTMS 
Subrout  i  ne  INTEL 
Subroutine  BGTAR 
Subroutine  PROCUR 


Entries: 

Subroutine  RED ACQ/GRNACQ 
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SUBROUTINE  UPD8GT 

File:   UPDBGT.FOR 

Purpose  and  Method: 

This  Drografn  insoects  the  olayer's  eqi-i  i  Diien  t  file 
and  comoutes  the  current  funds  obHqated  ffo-n  the  given 
budget  and  subtracts  that  amount  from  the  ola^'er's  funds. 
The  acquisition  status  of  the  eauioment  (R-»Of  /.R  +  Or  M  +  0)  is 
also  checleed  and  uodated  if  necessary. 

The  budget  used  by  Red/Green  Player  is  set  to  zero. 
Each  oiece  of  eguioTient  (RECORD)  is  checked  for  flag  set  and 
year  ready.  The  aoprooriate  money  is  adcied  to  the  budoet 
used  for  those  systems  in  active  I'^  +  D/  R  +  Dc  ARi'D  and  normal 
0  +  M  and  reduced  0  +  M,  If  a  system  is  in  '^  +  0-  R  +  i)/  ARtD  and 
the  year  ready  field  of  the  record  is  eaurjl  to  the-  current 
turnr  then  the  M  +  0  flag  is  set  to  zero  ana  '.he  buy  f  1  aa  is 
set  to  one.  If  the  AR  +  0  or  R  +  D  flag  is  set  to  .rero  tnen  the 
finished  R+0  flag  is  set  to  one.  At  Che  end  of  the 
aooropriate  eguioment  file/  the  oroqram  returns  control  to 
\    ACQUIS. 

Common  Variables  Changed: 

rhgusd   abgusd   igexo   irexo 
igfrd     irfrd     igmnfd  irmnfd 
i  gbuy    i  rbuy 

Common  Variables  Referenced  but  Not  Changed: 

iolayr  iturn  gyrrdy  ryrrdy 

rdcost  gitem  ritem  ardcst 

mdcost  nomcst  romcst  geff 
ref  f 

Entries: 
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Subroutine  ACQUIS 

SUBROUTINE  SAVEQP 

File:   SAVEQP. FOR 

Purpose  and  Method: 

SAVEQP  will  take  the  current  contents  of  the 
Red/Cireen  equioment  arrays  and  write  them  to  the  eauioment 
^ile«.  The  budget  file  is  also  updated  with  the  budget  used 
bv  P<?d/Green  the  oast  acquisition  year. 

The  Red/Green  equioment  file  is  ooenea.  The 
contents  of  the  Arrays  are  written  to  the  opened  file.  If 
RSYSTM/GSYSTM  is  blank,  the  record  is  not  written.  If 
•GBUY/IRBUY  is  equal  to  one,  then  the  system  is  not  written. 
The  jquipment  file  is  closea,  and  the  budget  file  is  opened. 
The  budget  record  for  the  turn  is  updated  with  the  budget 
used  bv  Red/Green.  The  budget  file  is  closed  and  the 
orogram  returns  control  to  ACQUIS. 

'^ajorVariables: 

rbg f gbg/ rusd, gusd/ r req/ greg  -  real;   dummy 

Common  variables  Changed: 

qsvstm  rsvstm  igbuy  i rbuy 

gitem  ritem  geff  reff 

gyrbgt  ryrbqt  gyrrdy  ryrrdy 

igrcst  irdcst  igacc  i race 

igexo  irexo  iqred  irred 

iqmnfd  irmnfd  igfrd  irfrd 

gbgusd  rbqusd 

Common  Variables  Referenced  but  Not  Changed: 

i  ueqp 

eqpdat 
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i  d1  avf* 

nbreqo 

Subprograms  Called: 
Subroutine  DELAY 
Subroutine  ERASE 

Data  Files  Accessed  and  File  Name: 

15  -  Red  Eauioment  List        REOUIP.DAT 

16  -  Green  Equipment  List      GEQUIP.OAT 
99  -  Budget  History  list       BGTHST.DAT 

Entries: 

Subroutine  ACQUIS 


SUBROUTINE  ERASE 


File:   ERASE. FOR 

Purpose  and  ^-^etHod: 

Erase  is  used  to  initialize  the  eauioment  and  system 
arrays   through   the  use  of  Data  statements  wit^  either  zero 

or  blanks.   This  is  done   to  clean   the   common   areas   out 
between  game  turns  so  extraneous  information  is  erased. 

Common  Variables  Changed: 

rel      re  1 s     flex  oot 

c  3e      c  5es     ecm  gef  f 

reff  rbgrea   gbgrea  stooat 

redbgt   grnbgt   rbgusd  abausd 

noa      rdcost   rdtime  ardtim 

mdcost   mdtime   nomcst  ardcst 

romcst   mob      crnq  crngs 

sec      ewf      esm  beams 

ritem    ryrbgt   ryrrdv  irdcst 

gitem    gyrbgt   gyrrdy  igrcst 

iturn    nbrsvs   nbreqp  i ueap 

intr     intg     inrd  igen 

Entries: 

Subroutine  3AVEQP 
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SUBROUTINE  SHOP 

File:   SHOP. FOR 

PuPDOSe  and  Method: 

Shoo  is  used  to  loaa  the  Red/R'*een  Players  equioment 
arrays  with  systerns  froT  the  systei^i  data  array.  These 
systems  are  candidates  for  procurement  an^i  3II  flags  are  set 
to  zero.  No  more  than  the  allottea  amount  of  each  system 
tyoe  (NOA)  can  be  olaced  in  the  equipment  arrays. 

The  terminal  display  is  cleared.  ^evt^  the  entire 
list  of  systems  available  (along  with  equipment  tvoe  and 
reference  number)  is  disolayed.  The  player  will  select  a 
system  via  the  menu  number  for  cossible  inclusion  in  the 
equioment  arrays.  If  the  olaver  has  not  run  out  of  timer 
continue.  Next*  ask  the  player  i^  more  oys'^em  information 
is  desired^  elser  call  a  routine  to  add  the  system  to  file. 

N'ajor  Variables: 

hhmmss  -  character  *  8;   time  of  dav 

idectm  -   integer;    time   in   minutes   left   to   make 
dec  i  s  i  on 

noaqe  -  integer?   a  value  used  to  all  ion   the   columns 
on  the  outDut  disclay 

ilfi2/i5ri^  -  integer;   a  value  used   with   noage   for 
terminal  display 

itmnbr  -  integer;   a  user  input  to  select  a  system   in 
the  di  so  1  ay 

Common  Variables  Referenced  but  Not  Changed: 

st ooat 
nbrsys 
system 
et  yoe 
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Subprograms  Called: 

Subroutine  PAGE 

Subrout  i  ne  T IME 

Subroutine  SYSINF 

Subroutine  SYSOPT 

Entries: 

Subroutine  ACQUIS 


SUBROUTINE  SYSIMF 

File:   SYSINF. FOR 

Puroose  and  Method: 

SYSINF  Drovides  svstem  information  on  the  oarticular 

system  selected  by  SHOP. 

The  disDlay  is  cleared.   The   olayer   is   qiven   the 

system   name   and   eauioment   type   and   asked   whether  more 

information  is  desired.   If  yes/  a  narrative  description   is 

given   on   the   equipment  type  from  a  file  with  this  data  in 

it.   Next#  technical  information  is  obtained  from  t'^e  system 

affray   if   desired.   Then  ,     cost  information  is  disolayed  if 

reauested.   The  program  returns  control  to  the  caller. 

Paramet  ers 

itm  -  integer;   index  to  system  in  the  system  file 

Major  Variables: 

fini  -  logical;   checks  for  end  of  file 

eguio  -  character   *   5;    equipment   type   read   from 
system  information  file 


descr  -  characfer  *  7U; 
from  system  info  file 


Narrative   description   line 


Common  Variables  Referenced  but  Not  Changed: 
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svs  t  eTi  et  yoe 

oDt  ecm 

flex  esm 

beaTis  ewf 

noa  rdcost 

ardt  i  m  mdcost 
pomcs t 


mob  rel 

sec  re  1 s 

c  Png  c  3e 

c  rngs  c  3es 

rdt 1 ne  a  rdc  s t 

mdt  i  Tie  nomc  s  t 


Data  Files  Accessed  and  File  Name: 

55  -  System  Information    SYSIMF.DAT 
Entries: 

Subroutine  SHOP 

SUBROUTINE  SYSOPT 

File:   SYSOPT. FOR 

Purpose  and  Methods: 

This  routine  enables  the  player  to  add  the  system 
selected  in  SHOP  to  the  equipment  file. 

The  Red/Green  Player  is  asked  to  enter  '^ow  many  of 
the  selected  system  desired.  First  the  Red/ Green  '^guioment 
arrays  are  checked  for  the  number  of  that  svst  er^.  already  in 
the  array.  The  olayer  is  then  told  how  manv  syst'f?m«j  of  that 
type  are  in  the  file  and  the  maximum  number  oernittsd.  The 
number  the  user  entered  is  reiterated.  Tie  pf^ogram  checks 
whether  the  maximum  will  be  exceeded  with  the  additional 
systems  selected.  The  program  then  adds  the  systems  to  the 
eauioment  file  (up  to  the  maximum)  and  displays  success  or 
qualifies  the  message  with  the  actual  amount  added.  At  t  "i  i  s 
point/  only  the  system  name  and  location  in  the  system  array 
is   added  to  the  equipment  arrays.   The  other  values  are    set 
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to  2sro  *       The  number  of  eauioment  is  kept   in   common.    The 

oroqram  then  returns  control  to  SHOP. 

V  a  j  o  r  V  a  I*  i  a  b  1  e  s  : 

nsvst  ••  integer;   number  of  that  system   you   wish   to 
add 

i svs  -  inteqer;   number   of   that   system   already   in 
file. 

nbuy  -  integer;   the  difference  between  NOA   and   ISYS 
ir  1es;j  than  NSYST,  else  equal  to  nsyst 

CoTron    Viiriables  Changed: 


osystm  qitem    qeff 

cjyrrdy  iqrcst   igbuy 

1  Ti^xo  i  qred 

rsyst  m  r  i  t  em 


gy  rbqt 
i  qacc 
igmnfd   iqfrd 


re  f  f     ry  rbqt 
ryrrdy   irdcst   irbuy    iracc 


i  rexD    i  r red 

r.D  "eqD 


i  rmn  f  d   i  r  f  rd 


Co^'^on    Vjriables    Referenced    but    Mot    Changed: 

sv^tetn  iolayr 

nca 

Subprograms  Called: 

Subrou  :  i  ne  PAGE 

E  n  t  ''  i  e  s  : 

Subroutine  SHOP 


SUBROUTINE  SYSTMS 

File:   SYSTMS.FOR 

Purpose  and  Method: 

SYSTMS  is  used  to  summarize  the  current  state  of  the 
equipment  files  for  PLAYER/UMPIRE  information. 
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Decision  time  left  and  budget   are   disdayeci   along 

with  a  menu  of  options  available  for  selection.   If  decision 

time  exoireSf  or,     the  PI  ayer/lJmo  i  re  decides  to  exit/  control 

is  returned  to  the  calling  program.   Next/  totals  are  set  to 

zero  and  the  eguioment  array  is  analyzed  based  on  flags   set 

denoting   the   state   of   the  systems.   Totals  are    computed. 

Depending  on  the  option  selected  in  the  main  menu/  sumrnaries 

are  displayed  on  the  state  of  the  array. 

Major  Variables: 

fini  -  logical;   used  to  control  end  of  routine 

budget  -  real;   Red/Green  budget 

bgtlft  -  real;   monev  left  player 

hhmmss  -  character  *  9;   time  of  day 

itime  -  integer;   decision  time  left 

nrda  -  integer;   number  systems  in  accelerated  ^.-^O 

nrdn  -  integer;   number  systems  in  normal  !^■^D 

nmnd  -  integer?   number  systems  in  i^  +  0 

ndeon  -  integer;   number  systems  normally  deployed 

nomr  -  integer;   number  systems  in  reduced  0+iM 

nbuy  -  integer;   number  systems  ready  to  buy 

nfrd  -  integer;   number  systems  finished  P?  +  0 

nlines  -  integer;   number  of  lines  displayed  on  screen 

ntot  -  inteaer  ;   total  of  nrda/   nrdn/   nmnd/   ndeon/ 
nomr /  nbuy /  nfrd 

Common  Variables  Referenced  but  Not  Changed: 

grnbgt  gbgusd  redbgt  rbgusd 
stopat  iturn  nbregp  iolayr 
geff     ref^  igmnfd   irmnfd 
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iqexo  irexD  iqacc 

i  qbuy  i  rbuy  i  qf  rd 

gsystii  r?yst'n  gyrrdy 
mdt  i  me 

Subopogrems  Called 

Subroutine  PAi^E 
Subrout  i  ne  T  I'-^E 

Entries: 

Subrout  i  n^  ACQUIS 

Subroutine  TATTLE 


1  race 

i  r  f  rd 
r y  r  rdy 


SUBROUTINE  INTEL 

File:   IN  TEL. FOR 

Puroose  and  Method: 

Thfs  -nodule  enables  the  olayer  to  read  the 
intelligence  f'le  containing  either  information  requested  or 
messages  from  the  Umoire. 

The  Red/Green  intel  file  is  ooened.  The  program 
loops  through  the  file  looking  for  'A'  record  type.  The 
year  of  this  record  is  stored.  Upon  the  end  of  file/  the 
proaram  displays  a  menu  with  a  year  to  select  range  from  the 
first  year  recorded  to  the  last  year  recorded.  ""Jo  years 
will  be  listed  if  there  is  not  any  intel  data.  The  olayer 
then  selects  a  year  from  the  menu.  The  file  is  rewound  and 
the  program  then  1  oops  through  the  file  again  printing  the 
selected  records. 

Wajor  Variables: 

iunit  -  integer;   unit  numoer  of  Green/Red  intel  file 
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ifile  -  character  *  20;   file  name  of  Green/Rea   intel 
file 

inty  -  integer;   an  array  holding  the   selected   intel 
years 

itmpyr  -  integer;  a  temporary  hold  area  for  the  year 

fini  -  logical;   a  flag  used  to  control  end  of  routine 

endfil  -  logical;  a  flag  used  to  test  for  end  of  file 

iyrfrs  -  integer;  first  year  found  in  intel  file 

iyrlst  -  integer;  last  year  found  in  intel  file. 

rtyo  -  character  *  3;   record  type  in  intel  file  (A   = 
answer) 

irgyr  -  integer;  year  of  reguest 

msg  -  character  *  80  ;   message  from  Umpire 

i t i me  -  integer;  decision  time  left 

inpick  •  integer;  intel  "vear    player  selects 

nlines   -   integer;    number   of   lines   displayed   on 
terminal 

Common  Variables  Referenced  but  Not  Changed: 

iplayr    stop at 
i  t urn 

Subprograms  Called: 

Subroutine  DELAY 
subrout  i  ne  PAGE 
subrout  i  ne  TIME 

Data  Files  Accessed  and  File  Name: 

20  -  Green  Intelligence  Data     GINTEL.OAT 
25  -  Red    Intelligence  Data     RINTEL.DAT 

Entries: 

Subroutine  ACQUIS 
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SUBROUTT\'E  3GTAP 

File:   BGTAR.FQP 

PuPDGSe  and  Methods: 

This  program  shows  the  player  a  breakdown  of  current 
budget  obligations  Cthor>e  systems  where  money  has  been,  or 
must  be  soent)  and  pPOjeci:s  those  obligations  four  vears 
into  the  future.  The  pla^'er  is  also  able  to  submit  a  budget 
peguest  fop  next    year. 

The  appays  for  th(?  display  are  initialized.  Then 
each  flag  of  the  olayep's  eguioment  array  is  checked  for  the 
status  of  that  system.  If  money  has  been  reauired#  the 
aoDPoopiate  arpay  is  uoduted  (ie^  numbep  of  systems  in  tnat 
stage  and  monev  obHg-rited  fop  that  stage),  A  projection  is 
then  made  fop  the  curpent  state  of  that  system  and  fop  foup 
yeaPS  in  the  futi-jre  bv  sequencing  thpougn  the  acguisition 
DPocess  and  recopding  the  monev  obligated  for  each  of  the 
systems  five  year  life.  ^  message  explaining  the  orocedure 
is  disolayed.  Ti-^e  graoh  is  then  written  on  tne  tepminal. 
Finallv/  tHe  Red /Green  Playep  is  asked  whethep  a  budget 
Peguest  is  to  be  submitted  fop  the  next  veap.  If  ves»  the 
budget  file  is  opened  and  the  peguest  enteped. 

Majop  Vapiables: 

inpdn(5)  -  integep?   numbep  of  systems  in   nopmal   R+D 
fop  yeap  I 

inpdcCS)  -  integep;   cost  o^^  systems  in  nopmal  R  +  0  foP 
yeap  I 

iaPdn(5)  -  integep;   numbep  of  systems  in  advanced  R+0 
fop  yeap  I 
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iardcCS)  -  integer;   cost  oi    systems  in   advanced   RfO 
for  year  I 

ismdnCS)  -  integer;   number  of  systems  in  M+0  for  year 
I 

ismdcCS)  -  integer;   cost  of  systems  in  M+D  for  year  I 

iromn(5)  -  integer;   number  of  systems  in  reduced   0  +  *^ 
for  year  I 

iromc(5)  -  integer;   cost  of  sysems  in  reduced  0+^^  ^or 
year  I 

inomn(5)  -  integer;   number  of  systems  in   nor-nal   O-vM 
for  yea  r  I 

inomc(5)  -  integer;   cost  of  systems  in  normal  0+M  for 
year  I 

itotn(5)  -  integer;   total  number  of  systems  for   year 
I 

itotcCS)  -  integer;   total  cost  of  systems  for  vear    I 

numb  -  inteaer;   used   to   conrol   flow   through   cost 
pro  j  ec  t  ion 

istrt  -  integer;   for  a  given  stater  the  year  that  the 
next  state  begins 

idone  -  integer;   for  a  given  state*  the  year  that  the 
next  state  ends 

rbgt / gbgt * rb f gb * y r , gr  -  real;   dummy  variables 

Common  Variables  Changed: 

rbgreg 
gbgreg 

Common  Variables  Referenced  but  Not  Changed: 

iolayr  nbrego  geff  reff 

igexo  i rexo  iturn  gyrrdy 

ryrrdy  mdtime  gitem  ritef 

rdcost  ardcst  igacc  i race 

nomcst  mdcost  igmnfd  irmnfd 

Suborograms  Called: 

Subroutine  P4GE 


225 


Subroutine  DELAY 
Data  Piles  Accessed  and  File-  Name: 

99  -  Budget  History  File       BGTHST.DAT 
Entries: 

Subroutine  ACQUIS 

SUBROUTINE  PRISTS 


File:   PRTSTS.FOR 

Puroose  and  Method: 

PRISTS  orints  the  eauipnent  lists  of   the   Red/Green 

Player  between  each  turn. 

Common  Variables  Referenced  but  not  chanqed: 

nbrego  iolayr  geff  n^ff 

iqmnfd  irmnfd  iqexo  i rexo 

igacc  i race  igbuy  i rbuy 

iqfrd  irfrd  gsvstm  r.'systm 

qyrrdy  ryrrdy  ndt i me 

Data  files  Accessed  and  Fi1»?  Name: 

70  -  Green  eguioment  orim:  list  EQPGRN.DAT 
75  -  Red  eguioment  print  "list  EQPRED.DAT 

SUBROUTINE  PROCUP 

File:   PROCUR.FOR 

Puroose  and  Method: 

PROCUR  controls  the  orocurement  and  acauisition 
phases  of  the  systems  in  the  eauioment  array.  Intelligence 
can  be  ourchased  and  a  decision  analysis  made. 
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The   oroqram   disolays   a   menu   with   the    ootions 

available  for  the  Red/Green  Plaver. 

Ma j  or  Vap  i  ab 1 es : 

fini  -  logical/   used  to  control  exit  from  subroutine 

budqet  -  real;   red/green  current  budget 

bgtlft  -  real;   red/green  remaining  budget 

itime  -  i.^teger;   decision  time  left 

Common  Variables  Referenced  but  Not  Changed: 

iolayr    grnbgt   redbgt 
St ooat    i  t urn 


Subprograms  Called: 

Subroutine  PAGE 

Subroutine  DECISN 

Subroutine  8UYSYS 

Subroutine  SCRAP 

Subroutine  ROACCL 

Entries: 

Subroutine  ACQUIS 


Subroutine  RDEXPN 
Subroutine  OMRED 
Subroutine  PINTEL 
Subroutine  MOEPLY 


SUBROUTINE  DECISN 

File:   DECISN. FOR 

Puroose  and  Method: 

The  Duroose  of  this  routine  is  to  enable  the  user  to 
get  an  estimate  of  force  effectiveness. 

First/  the  weights  and  oarameters  used  in  the 
subroutine  are  initialized.  Then  a  short  menu  is  displayed 
listing  the  ODtions.  Whenever  an  option  is  executed/  the 
totals  used  are  set  to  zero  and  both  graohs  are  initialized. 
A  loop  is  then  entered  and  effectiveness  computed  (described 
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in   Users'   N^anual)   for  all  systems  in  the  equioment  array. 

Weights  are  only  aoDlied  to  the  totals  (ootion  2). 

The  oroqram  then  chec!<s  for   option   selected.    For 

ootion   1   or  2,       araohs   are   outout   fom  the  aporopriate 

arrays.   If  option  3  or  4  is  selected/  the  player  can  change 

weights     and     Parameters    usee*    in    computing    force 

ef  f ec  t  i  veness  . 

Major  Variables: 

fini  -  logical;   used  to  cortrol  the  end  of  routine 

wtmob  -  real;   weight  of  T^obilitv  in  equation 

wtcr  -  real;   weight  of  comr  range  in  equation 

wtcrs  -  real;   weight  of  skip  comm  range  in  equation 

wtsec  -  real;   weight  of  securit/  factor  in  equation 

wtc3  -  real;   weight  of  c3  effectiveness  in  equation 

wtc3s  -  real;   weight   of   c<ip   c3   effectiveness   in 
equat  i  on 

wtbm  -  real;   weight  o  number  of  sat  beams  in  equation 

wtewf  -  real;   weiont  of  ew\  in  equation 

wtecm  -  real;   weight  of  ecm  in  equation 

wtesm  -  real;   weight  of  esm  in  equation 

mobhi  -  i nt eger ; sea  1 i ng  factor  for  mobility 

icrhi  -  inteqer;   scaling  factor  for  comm  ranqe 

icrshi  -  integer;   scaling  factor  for  skio  comm  range 

c3hi  -  real;   scaling  factor  for  c3 

c3shi  -  real;   scaling  factor  for  skip  c3 

bmhi  -  real;   scaling  factor  for  sat  beams 

iewfhi  -  integer;   scaling  factor  for  ewf 
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iecmhi  -  integer?   scaling  factor  for  ecm 

iesmhi  -  integer;   scaling  factor  for  esm 

itime  "  integer;  decision  time  left 

totmobCS)  -  real;   total  adjusted  mobility  for  year  I 

totcrCS)  -  real?  total  adjusted  comm  range  for  year  I 

totcrsCS)  -  real?   total  adjusted  skio  comm  range   for 
year  I 

totsec(5)  -  real?   total  adjusted  security  factor   for 
year  I 

totc3(5)  -  real?  total  adjusted  c3  for  year  I 

totc3s(5)  -  real?   total  adjusted  skio  c3  for  wear    I 

totbm(5)  -  real?  total  adjusted  sat  beams  for  year  I 

totewf(5)  -  real?   total  adjusted  ewf  for  year  I 

totecm(5)  -  real?   total  adjusted  ecm  for  year  I 

totesm(5)  -  real?   total  adjusted  esm  for  year  I 


fci(10,70)  -   character   *   l; 

caoability  index  display 

fca(25f5a)  -   character   *   1? 

caoablitiy  assessment  disolay 


holds    t  ne    force 
holds    the    force 


itWit2fit5/it4,it5 
forecast 


integer?    5   years    of 


the 


v(5)  -  real?   value  of    0  or  1  used  in  eguation  to  turn 
on  or  off  certain  values 


i rdy  -  integer?   holds   the   year   a   system   wil 
operating 


be 


dmob  -  real?   holds  the  scaled  mobility  rate 

dcrng  -  real?   holds  the  scaled  comm  range  rate 

dcrngs  -  real?   holds  the  scaled  skio  comm  range  rate 

dc3e  -real;   holds  the  scaled  c3  rate 

dc3es  -  real?   holds  the  scaled  skip  c3  rate 
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dbeams  -  real;   holds  the  scaled  sat  beam  rate 
dewf  -  real?   holds  the  scaled  ewf  rate 
deem  -  real?   holds  the  scaled  ecT  rate 
desm  -  real;   holds  the  scaled  esm    rate 
Common  Variables  Referenced  but  Not  Changed: 


St ooat  i  t urn 

iqexD  irexo 

mdt  i  me  gi  t  em 

i  race  i  qf  rd 

i  rmnf d  i  qbuy 

reff  mob 

see  c3e 

ewf  eem 


i  D 1 av  r   nb  reqp 
gy rrdy   ry  r rdy 


r  i  t  em 
i  r  f  rd 


1  aacc 

i  qmn  f d 


i  rbuy    qef  f 
C  rnq     c  rnqs 


c3es 

esm 


beams 


Suboroqrams  Called: 

Subroutine  PAGE 
Entries: 

Subroutine  PROCUR 

SUBROUTINE  BUYSYS 

File:   BUYSYS. FOR 
Purpose  and  Method: 

This  routine  is  used  to  place  the  sy«Jtems  finishing 
manuf ac t or i ng  for  deployment  into  normal  or  reduced 
operations  and  maintenance. 

The   equipment   files  are       searched   for   the   flag 
IRBUY/IGBUY.    If  the  flaqs  are  eaual  to  one  then  the  system 
is  ready  for  Of'^.   The  olayer  then  has   the   opoortunity   to 
place  the  system  in  normal  or  reduced  0+M, 
Common  Variables  Changed: 

gbgusd    rbgusd   iqbuy    i rbuy 
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qe  f  f     reff 

Common  Variables  Referenced  but  Mot  Changed: 

iolayr   nbreqo   redbqt   arnbqt 
nomcst   pomcst   qitem    ritem 

Entries: 

Subroutine  PROCUR 

SUBROUTINE  SCRAP 

File:   SCRAP. FOR 

Puroose  and  Method: 

SCRAP  is  used  to  remove  any  system  from  the 
equioment  array.  It  will  also  add  back  the  money  used  by 
the  system  for  that  year. 

The  screen  is  cleared.  Then,  all  systems  in  the 
equipment  file  are  displayed  with  the  state  of  the  systems. 
The  header  contains  decision  time  and  budget  information,  A 
system  is  selected  to  be  scraooed  via  the  menu  number.  The 
oroqram  then  disolays  the  system  to  be  scraooed  and  a 
message  is  shown  displaying  money  to  be  saved.  The  olayer 
then  confirms  the  scrapping. 

^•3 jor  Variables: 

itmnbr  -  integer;   the  reference  number  of  the   system 
to  be  scrapped 

hhmmss  -  character  *  8;   time  of  day 

idectm  -  integer;   decision  time  left 

budget  -  real;   budqet  of  Red/Green  Player 

bgtogo  -  real;   money  left  olayer 
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St  at  1 f St  at 2f St  at 3f St  at ^  -  character  *  ^f  status   of 

syst  ems 

npaae  •  integer/   used  in  terminal  display 

money   -   integer;    money   status   before   and   after 
sc  r aooi  ng 

il/i2»i5fi^  -  integer*   used   »^  i  t  n   noaae   tc   fix   uo 
terminal  disolay 

Common  Variables  Changed: 

gbgusd 
rbgusd 

Common  Variables  Referenced  but  Not  Chan gad: 

stooat  iolayr  grnbgt  redbqt 

nbrego  gsystm  rsystm  aeff 

reii  iturn  gyrrdy  ryrrdy 

igacc  i race  igexp  irexo 

iqmnfd  irmnfd  nomcst  romcst 

gitem  ritem  mdcost  igbuy 

irbuy  igfrd  irfrd 

Subprograms  Called: 

Subroutine  PAGE 
Subrout  i  ne  T I^E 
Subroutine  CANCEL 

Entries: 

Subroutine  PROCUR 


SUBROUTINE  CANCEL 

File:   CANCEL. FOR 
Purpose  and  Method: 

This  routine  subtracts  the  system  from  the  equipment 
array, 

Paramet  ers : 

itm  -  integer;   an  index  to  the  sytem  to  be  scraooed 
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Common  Variables  Changed: 


g  s  V  s  t  m 
geff 
gy  i*rdy 
i  gbuy 
i  g«xD 
i  gnn  f d 

F.  n  t  r  i  e  s  : 


rsystm   git  em 
reff     gyrbgt 


py r  rdy 
i  rbuy 
i  rexp 
i  rmn f d 


1 grcst 
i  gacc 
i  g  r  e  d 


r  i  t  em 
ry  rbat 
i  rdcs t 
i  race 
i  r  red 


Subroutine  CANCEL 

SUBRUUTIIJE  RDACCL 

File:   RDACCL. FOR 

PuPDOse  and  Method: 

The   Red/Gpeen   Player   can   place    a    system    in 

accelepated  pesearch  and  deveopment. 

"ipst/  ao  thpough  the   eguioment   appay   detepmininq 

systems  available  fop  R+0  and  save  the  pointeps  in  an  appay. 

Then  disolav  all  systems  available  fop  R+0  on   the   playep's 

tepminal.    This   is   done  via  the  index  saved  eapliep  and  a 

format  poutine  to  olace   the   data   on   the   tepminal.    The 

Red/Gpeen   Playep   enteps   the   selection.   The  opogpam  then 

asks  fop  anothep  system. 

Ma]  OP  Vapiables: 

fini  -  loaical;   contPols  end  of  ppoqpam 

nmnd  -  inteqeP*   numbep  of  systems  available  foP  R+D 

ndex(200)  -  integep;   pointep  to  the  systems  available 
fop  R+D 

itmnbP  -  integep;   selected  system  pefepence 

idectm  -  integer?   decision  time  left 
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pge  -  real;   used  to  align  display 

npaqe  -  integer;   used  to  align  disolay 

ilfi2ri3,ia  integer?   used  to  align  disoiay 

1  y  p  1  r  i  y  r2f  i  y  r  3,  i  y  ra  -  integer?   holds  year  •♦or  display 

Common  Variables  Changed: 

qbgusd  rbgusd  gyrbgt  ryrbgt 

gyrrdy  ryrrdy  igbuy  i rbuy 

iaacc  i race  igexo  irexo 

igred  irred  igmnfd  irmnfd 

qsyst m  rsys t  m 

Common  Variables  Referenced  but  Not  Changed: 

stooat  nbreqo  iplayr  ardtim 
gitem  ritem  grnbgt  redbgt 
i  turn    ardcst 

Subproarams  Called: 

Subroutine  PAGE 
Ent  r i  es  : 

Subroutine  PROCUR 

SUBROUTINE  RPEXPM 

File:   RDEXPN.FOR 
Purpose  and  Method: 

The  Red/Green  Player  can  place  a   system   in   nornal 
R+0.    The  description  is  the  same  as  Accelerated  R+D  except 
that  cost  and  time  are  taken  from  'RDCOST,  RDTT^'E'. 
Entries: 

Subroutine  PROCUR 
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SUBROUTINE    QMRflD 

File:       OMRCD.FOR 

Puroo"*    and    "Method: 

This  routine  is  used  to   save   money   by   placing   a 

system  that  is  in  normal  0+M  into  a  reduced  operating  state. 

Thf?   number   of   systems   in   normal   0  +  M   is   first 

computed.-    Thi?   menu   of  systems  available  to  be  reduced  is 

displayed  a  Ion  13  with  the  money  to  be  saved.    The   rJed/Green 

Player  selects  the  system  to  be  reduced.   The  player  then  is 

asked  to  verify  the  reduction. 

Major  Variables: 

fi.-^i  -  iDgicalf   controls  when  program  enas 

nmnc  -  i^teaer;   number  of  systems  to  reduce 

nde<C200)  -  integer;   index  to   systems   available   to 
reduce 

bgtlft  -  real;   amount  of  budget  left 

idectm  -  integer;   decision  time  left 

00 e  -  real;   used  for  terminal  display 

nnaoe  -  integer;   used  for  terminal  display 

ilfi2ri3/ia  -  integer;   used  for  terminal  disolay 

iyrlriyr2/iyr3fiyra  -  integer;   years  disolaved 

i save  1 f i save2f i save3 r i save4  -  integer;    money   to   be 
saved 

itmnbr  -  integer;   selected  system  to  reduce 

Common  Variables  Changed 

gbousd    rbgusd 
gef  f      re  f  f 

Common  Variables  Referenced  but  Not  Changed: 
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Stooat   nbreoD   iolayr   grnbqt 
pedbqt   rdtime   qiteTi    riten 
nomcst   romcst   qsystm   rsystn 

Subprograms  Called: 

Subroutine  PAGE 

Ent  r i  es : 

Subroutine  PROCUR 

SUBROUTINE  PINTEL 


File:   PINTEL. ^OR 

Purpose  and  Method: 

The  Durpose  of  this  routine  is  to  request 
intelligence  information  and  to  comment  to  the  controller*. 

A  menu  is  displayed  to  Red/Green  Player  with  options 
aval  able.  After  an  option  is  selected*  the  orogra'"  ooer.  ? 
the  INTEL  file.  The  file  is  checked  for  previous  qenei^ai 
intel  request  for  that  year  (so  you  will  not  oay  for  qener3i 
intelligence  more  than  once).  The  budget  is  also  c^ectced  to 
insure  enough  monev  is  left  to  ourchase  intelligence.  I  * 
soecific  intel  is  requested*  a  menu  of  all  systems  will  b<? 
displayed.  The  player  enters  the  reference  nu-nber  of  the 
system  desired.  The  orogram  then  asks  Red/Green  questions 
on  intel  desired.  If  option  -3-  is  chosen,  the  olayer  -nay 
enter  a  free  format  message  to  the  controller. 

^a j  or  Variables: 

infqen  -  integer;   a  flag   set   if   general   intel   is 
requested 

fini  -  logical;   controls  exit  from  routine 
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budaet  -  real;   budget  qiven  olaver 

bgtlft-  -  rea]  ;       budget  left  to  spend 

itirne  -  integer,"   decision  tiTie  left 

hhmmss  -  character  *  8;   time  of  day 

intyoe  -  characi:er  *  l;   option  chosen 

intfil  -  characi:er  *  20;   intel  file  name 

iunit  -  integer;   intel  file  unit 

icost  -  integer;   cost  of  intel  for  a  tyoe  of  reguest 

intyr  "  irreger;   next  year 

rtyo  -  charactei*  *  2;   intel  record  type 

ignr/jgnr  -  i nt uger ; genera  1  intel  reguest  flags 

isr/jsr  -  integijr;   specific  intel  reguest  flags 

insyst/onsvit  -  character  *  8;   system  on  which   intel 
is  des  i  red 

i St /J  St  -  integer;   not  used 

infrd/jnfrd  -  integer;   R+0  intel  desired  flag 

inby/jnby  -  intsaer;   is  sytem  goinq  to  be  Dought  flag 

inamt/jnamt  -  integer;   how  many  systems  to  be   bought 
flag 

indte/jndte  -  integer;   date  system  available  flag 

msg  -  character  *  80;   message  from  player  to  Umpire 

npaae  -  integer;   used  in  terminal  display 

ilfi2/i3fi^  -  integer;   used  in  terminal  display 

Common  Variables  Changed: 

gbgusd 
rbgusd 

Common  Variables  Referenced  but  Not  Changed: 

iolayr    grnbgt   redbgt   stopat 
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'       iturn     nbrsys   system   etyoe 
Subppoqrams  Called: 

Subroutine  PAGE 
Entries: 

Subroutine  PROCUR 

SUB^^OUTINE  MDEPLY 

File:   MDEPLY. FOR 

Puroose  and  Method: 

The   Red/Green   Player   can   o1ace    a    system    in 
manufacturing  for  deoloyment. 

.First/  qo  through  the  eauioment  array  to  deter  t.  ine 
systems  available  for  M+D  and  save  the  pointers  in  an  array. 
Then/  disolay  all  available  for  M+D  on  the  player's 
terminal.  This  is  done  via  the  index  saved  earlier  and  a 
format  routine  to  place  the  data  on  the  terminal.  The 
Red/Green  Player  enters  the  selection.  The  program  then 
asks  for  another  system. 

Major  Variables: 

fini  -  loaicai;   controls  end  of  program 

nmnd  -  integer?   number  of  systems  available  for  •'^  +  0 

ndex(200)  -  integer;   pointer  to  the  systems  available 
for  M+D 

itmnbr  -  integer;   selected  system  reference 

idectm  -  integer;   decision  time  left 

oge  -  real;   used  to  align  display 
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noaqe  -  integer:   used  to  align  disolav 
ilfi2ri3fiu  integer?   used  to  alian  disolav 
iyrlfiYr2ri/r3#iyr4  -  integer/   holds  year  for  display 

Common  Variables  Changed: 

abgusd  rbgusd  gvrbat   ryrbqt 

qyrrdy  ryrrdv  igbuy    irbuy 

i  gacc  i  race  i  gexo 
i  gred 


y  rexD 


irred    igmnfd   irmnfd 
gsyst  n   rsyst  ti 

Common  Variables  R<5ferenced  but  Not  Changed: 

Stooat  nbreqp  iolayr  iturn 

rdtime  gitem  ritem  gsystm 

rsystm  grnbgt  redbgt  mdtime 
mdcost 

Suborograms  Called; 

Subrout  i  ne  PAGf 
Ent  r i  es  : 

Subroutine  PROCUR 
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5.  THE  OPERATIONS  PHASE 

5.1  PROGRAMMING  STYLE 

As  much  as  oossibler  the  Operations  Phase  is  written  in 
structured  FORTRAN  in  a  very  simple  style  so  that  it  can  be 
modified  by  novice  orogrammers ,  Modules  are  small/  with 
frequent  comments  as  to  their  purpose f  and  with  extensive 
use  of  subroutines  and  functions.  Only  four  basic 
structures  are    used: 

a.  The  DC  WHILE 

DO  WHILE  (XXX) 

END  00 

b.  The  DO  UNTIL 

10   CONTIi^JUE 


IF  (XXX)  GO  TO  10 


c.  The  DO  FOR 

DO  10  I=M,N 

10   CONTINUE 

d.  The  IF-THEN-ELSE-IF 

IF  (XXX)  THEN 

ELSE  IF  (XXX)  THEN 
END  IF 
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Sentinals  are  used  extensively.  The  svsteTif  eoui  cr^ent  , 
unitf  and  icev  objective  data  fi1(?s  all  end  with  a  '-1'  as  a 
sentinal*  '^ost  modules  use  at  le<jst  one  looD  that  searches 
a  list  until  the  sentinal  is  ?oun<J, 

The  oriirary  exceotions  to  structured  FORTRAN  ^re  in  the 
control  modules  described  '.  n  Section  3  and  in  the  error 
checking  described  in  Section  5.2,. 

5.2  ERROR  CHECKING 

There  are   four   tyoes   of   error   checks   used   in   the 

Ooerations   Phase.    When   read  in  (?  from  the  terminal*  if  the 

system  detects  an  error,  suc^i  as  .j  letter  when  a   number   is 

exoectedf   a   return   to  the  r, ame  question  will  result.   The 

sequence  would  look  like  this* 

10  /^RITE  (6,1000)  QUESriON 

READ  (5,2000,ERR=10)  ANSWER 

when  reading  from  a  fiie/  an  (»nd   of   file   marker   will 

cause  an  escaoe  from  the  Iood.   For  example: 

i  =  1 

DO  ^HILE  (redunt(i)  .ne.  '-1') 

READ  ( Ibf 1000rERR=10)  r row ( i  )  ,  rco 1  ( i  ) 

i  =  i  f  1 
END  DO 
10   CONTINUE 

The  third  tyoe  of  error  check  is  a  check  of  the  logic  of 

an   answer.    This   type  of  check  uses  structures  inside  the 

module  itself.   For  examolef  the  inout  name  of  a  unit  to   be 

airlifted   is  checked  against  the  list  of  units  to  make  sure 
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it  is  a  valid  name;  then  the  unit  tyoe  (rforce  or  aforce) 
is  checlced  to  see  if  the  unit  is  airmobile.  If  it  is  not  a 
valid  unit  namer  an  error  message  aooears  and  the  orogram 
either  askes  for  a  new  name  or  returns  to  a  menu  selection. 
In  some  cases  where  it  reoeatedly  asks  for  a  new  name/  the 
orogram  will  accent  the  word  'stop'  as  a  signal  to  return  to 
a  menu. 

The  fourth  error  check  is  a  logical  check  of  hex 
coordinates.  Any  time  hex  coordinates  are  entered  at  the 
terminal/  Subroutine  CHECK  is  called  to  verify  them.  It 
checks  to  make  sure  the  numbers  are  not  larger  than  the  map 
and  that  they  are  both  odd  or  both  even.  If  t^^ey  are  not 
valid  coordinates/  the  subroutine  types  an  error  message  and 
asks  for  new  coordinates  until  it  gets  valid  ones. 

5.3  STRUCTURE  OF  THE  OPERATIONS  PHASE 
5.3.1  Game  Sequence 

The  two  players  and  the  Umpire  are  operating  in  a 
timed  seguence  controlled  by  the  modules  described  in 
Section  3.  The  main  portion  of  the  Operations  Phase  is  a 
large  DO  WHILE  loop  that  continues  until  the  END'/VAR 
subroutine  sets  the  logical  flag  OVER  to  true.  The  seguence 
of  the  loop  is  as  follows: 

a.  The  Umpire  sets  the  rules  of  engagement. 

b.  In  turn  1/  the  players  assign  electronic 
eguipment  to  units  or  locations. 
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C.  In  turns  ot^er  than  1/  intelligence  requested  in 
the  last  turn  is  outout  to  the  olaysrs. 

d.  The  players  have  a  timed  tjrn  in  which  they 
change  T^ovement  qoals/  assian  air  missions^  reauest 
i  ntel 1 i  gence#  etc . 

e.  The  UTioire's  orogram  moves  the  units  toward 
their  destinations.  If  conflict  situations  arise  the 
olayers  are  asked  whether  or  not  they  want  to  attack  or 
ret  reat  . 

f.  Any  attack  requests  are  referred  to  the  level 
reguired  by  the  rules  of  enqagement . 

g.  If  attacks  are  aooroved/  interdiction,  close  air 
support/  counter  air,  and  ground  co^rbat  are  conducted. 

h.  The  U moire  is  given  the  opportunity  to  ena  the 
game  or  reoeat  the  1 ooo  for  another  turn. 

The  game  seguence  described   above   results   from   a 
complex  heirarcny  of  modules*  descr\bed  in  Section  5,6. 
5.3,2  Common  Variables 

The  Operations  Phase  uses  17  sets  of  common 
variables  which  are  referenced  and/cr  c^"ianged  bv  the  various 

modules.   These  variables  are  of  seven  main  types: 

a.  i-^ap  descriptions 

b.  Electronic  system  descriptions 

c.  Unit  descriptions 

d.  Action  reguest  details 

e.  Freguently  used  character  variables 

f.  Game  control  variables 

Many  of  these  variables  are    initially  inout  from  data  files, 
others   by  oarticular  modules.   The  variables  are  defined  in 
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Section   5.5;    the   module   descpiotions   in   Section    5.6 
identify   the   common   variables   that  are  referenced  and/or 
changed  by  each  module. 
5.5.3  Interfaces 

There  are  two  types  of  interfaces  between  the 
olayers  and  the  Umoire.  The  first  tyoe  of  interface  is  by 
tnessaaeJ  the  active  module  can  write  messages  to  files  40 
(for  Red-Umpire  messages)  or  41  (for  Green-Umoi re  messages). 
The  inactive^  waiting  terminal  Periodically  cnecks  the  files 
for  messages  and  returns  the  answer  or  a  dummy  answer  to  the 
filer  to  be  read  by  the  active  terminal.  The  routines  used 
for  this  purpose  are  Subroutines  RLISTEN,  GLISTEN,  RMSG,  and 
GMSGr  which  are  described  in  Section  3.4. 

The  second  tyoe  of  interface  is  via  blackboards. 
When  control  of  the  game  is  Passed  from  the  Umpire  to  the 
olayers,  the  Umpire  writes  all  common  variables  to  files  25 
(SYSBRD.OAT),  26  (REDBRD.DAT),  and  27  (GRNBRD.DAT)  using 
Subroutines  SYSOUT,  REDOUT,  and  GRNOUT.  The  olayers  then 
read  all  three  of  the  blackboards  using  Subroutines  SYSBRD, 
RED8RD,  and  GRNBRD.  The  player's  actions  can  change  only 
the  information  in  the  blackboard  of  the  same  color,  but 
cannot  change  either  the  system  olackboard  or  the  other 
player's  olackboard.  when  they  are  finished  they  write  onlv 
the  blackboard  of  their  color,  using  Subroutines  REDOUT  or 
GRNOUT.  The  Umpire  reads  all  the  blackboards  and  can  mai«e 
changes  to  any  of  them. 
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5. a  'MODIFICATION 

5.^.1  "^oq  i  •^  T  c  3  t  i  on  of  t-^e  Control  Se  guences 

Modifications  of  Subroutines  CPNCTL^  REOOPS/  GRNQPSr 
RLISTEN/  GLISTEN,  R^SG,  ai^a  G''SG  recuir-g  more  t^an  novice 
level  orograT^'ninq  tcnowleage  ana  sr-ou'd  be  unaerta<en 
accordingly.   See  Section  5. 'J  for  furtr. e'*  inforTation, 

5.U.2  Modification  of  Da^.a    Lists 

Inout  data  changes  can  ce  -^ade  easiW/  but  details 
such  as  file  coluTins  are  itiDortant.  To  Todifv  a  data  file/ 
SUCH  as  the  svste^  list,  establis'^  a  new  file,  for  example 
SYSTE'M2.DAT,  and  cooy  the  default  file  intc  it.  use  the 
editor  to  ma<e  any  desi rea  changes,  being  sure  to  <eeD  t  ^e 
column  formats  and  :3ata  tvoes  unc^argeg.  Th€  new  file  can 
be  suDStituted  for  the  default  file  by  the  Jmcre,  merely  bv 
selecting  Ootion  5  "^00  GAME:  TAIL0»  DATA  FILES"  in  tne 
"CO^'^EL  ^AR  GA*ME  OPTIONS"  menu  an:i  giving  tie  f-lename  of  tne 
new  file  fSee  GOMEL  CONTROL  PROGRAM  in  Section  5.4). 

5. a, 3  Single  ^odule  Changes 

Some  changes  reauire  only  one  module  to  be  modified 
(or  one  Red  module  and  the  mirror  imaae  'J'-een  module).  "or 
instance  the  terrain  effect  or\  cc'^'^unicatiiins  is  •'oouleg  in 
Subroutines  RTERAIN  and  GTERAIN.  The  effect  of  terrain  on 
Tiovement  is  modeled  in  Real  function  PNTS. 
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To  make  a  change  to  a  single  module/  cooy  the  Toaule 

to   a  new  filer  make  the  chanqeSf  and  then  compile  the  file. 

CoDV  the  original  with  no  changes  to  a  seoarate  file  to  save 

it   in   case   you   later   want  to  reinsert  it.   Add  your  new 

routine  to  the  executable   library   file   by   the   following 

sequence  of  commands:   fRef.   S] 

$  LIBRARY/REPLACE  /JARLIB  fC/R] 
$  FILE:      f i lename   CC/Rl 

The  filename  entered  should  be  that   of   vour   new   routine. 

The  program  must  then  be  relinked  with  the  commands: 

SLINK  UMPIRE, ACQUIS/LIBfWARLIB/LIB  tC/R] 
SLINK  PLAYER, ACQUIS/LIB,WARLIB/LIB  fC/Rl 

The  executable  file  of  the  game  will  now  include  the 
new  routine  until  the  LIBRARY/REPLACE  ana  LINK  commands  are 
repeated,  replacing  the  original  version  or  inserting  still 
another  new  version  of  the  same  module. 

If  your  new  module  doesn't  work,  compile  and  reolace 
the  original  version  into  the  executable  file  in  the  same 
way.  If  your  version  does  work  and  you  want  to  'r^a<e  the 
change  permanent,  include  your  moaule  in  the  source  file 
(UMPFILE.FOR,  RED. FOR,  or  GREEN. FOR)  ,in  olace  of  the 
original.  (The  location  of  each  module  is  listed  in  the 
file  descriptions  in  Section  5,6.)  Document  your  change  oy 
making  the  necessary  corrections  to  the  iJser's  and 
Maintenance  Manuals. 
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For  example^  to  change  the  Subroutine  ENEMY,  check 
the  module  listings  in  Section  5,6  of  this  manual  to  see 
that  ENEMY  is  in  file  GENERAL. FOR.  Use  the  editor  tc  create 
a  new  file,  ENEMY2,F0R.  Include  GENERAL. FOR  in  the  rew  file 
and  delete  everything  except  ENE'^Y,  Make  the  desired 
changes  to  Subroutine  ENEMY  then  exit  the  file  and  compile 
the  new  version.  Substitute  the  new  version  for  the  old  one 
in  the  library  with  the  LIBRARY/REPLACE  comn^ar-.dr  entering 
the  filename  ENEMY2  on  the  second  line.  Link  the  crogram 
and  test  it.  To  replace  the  original  version  o1  EMEMY/ 
compile  GENERAL. FOR  and  replace  it  in  the  !ibr<iry  and 
relink.  To  make  the  new  version  of  ENEMY  Dei-Tanentf  edit 
GENERAL. FOR/  deleting  the  old  version  and  inc'iu'Jing  the  new 
one  in  it's  place. 

5.4,^  New  Electronic  System  Types 

To  add  3  new  type  of  electronic  system,  such  as 
laser  communications/  satellite  j'ammers/  airoorne  el<»ctronic 
warfare/  etc.  the  easy  oart  is  adding  the  system  to  the 
system  data  file  with  aopropriate  system  data  information. 
You  then  must  review  the  ir'^put  routine/  the  terrain 
seouences/  the  communications  effectiveness  functions,  the 
player  action  modules,  and  the  combat  sequence  modules  to 
see  if  any  changes  are  needed  to  implement  the  new  system. 
If  any  modules  must  be  changed/  modify  and  insert  each 
change  as  described  in  Section  5.^.3/  test  the  changes 
thoroughly,  and  revise  the  documentation. 
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5. a. 5  New  Unit  Typgs 

Tc  add  a  new  tyoe  of  unit^  such  as  a  light  infanty 
brigade  or  a  ground  reconnaissance  squadron/  add  the  unit  to 
the  data  files  with  aoorooriate  combat/  air  defense  and 
other  values.  Then  review  the  inout/  olayer  action,  and 
combat  sequences  to  see  if  changes  are  needed.  Imolement 
and  document  as  described  earlier. 

5,4,6  Revisions  of  Combat  Models 

A  change  to  close  air  suooort/  counter  air, 
interdiction,  movement/  intelligence/  or  ground  combat 
"flodules  may  involve  changing  several  routines.  If  you  want 
to  change,'  a  oarticular  module,  check  esoecially  its  oarents 
in  the  herarchy  tree  by  tracing  the  entries,  and  its 
children,  by  tracing  the  programs  called  (listed  in  each 
module?  de!»c  r  i  Dt  i  on  )  .  Most  olayer  action  modules  are  tied 
closeW  i:o  one  or  more  Umpire  modules.  For  example,  RRECON 
and  HRECON  set  variables  triggering  OPINTEL.  Be  sure  to 
check  boTh  player  and  Umpire  modules  for  necessary  changes. 
Implement  and  document  your  changes  as  previously  described. 
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5.5  COMVOf^  VARIABLES  (OPERATIONS  PHASE) 
/hex/ 


hex(66,60)  -  character*!;  for  each  hex  in  the  mapf 
identifies  the  terrain  as  open,  woodsr  mountain/  desert, 
sea/  or  lake 

owner (66/ 60 ) -  character*!;  for  each  hex,  identifies 
whether  presently  neutral/  or  occupied  by  red,  qreeo ,  or 
both 

1 asown (66r 60 ) -  character*!;  identifies  the  last  side  to 
have  been  in  each  hex 

/rhex/ 

rhex (66f 60 ) - i nt eger ;  2  for  hexes  on  one  bank  of  a  river 
and  1  for  hexes  on  the  other  side;  0  for  hexes  net  or 
bank 


vhex  (66/ 60 ) -i  nt  eqer ;    !   for   hexes   containincj   road/ 
otherwise 

keya(20/2)-integer;   row  and  column  of  major  oojectives 

keyb(20/2)-inteqer;   row  and  column  of  minor  objectives 

/system/ 


C 


system (50 ) -c harac t er*8  ;   equipment  nomenclature 

et ype ( 50 ) -c harac t er *5  ;   classifies  each  system  by  tvre 

noa  (50 ) -i  nt  eqer ;    number   of   end   items   of   eaC'i    kind 
avai 1 ab 1 e 

rdcost (50 ) -i nt eqer ;    cost   in    $M    for    Research    and 
Development  of  system 


rdt  i  me(50) -i  nteqer 

ardcst (50)-inteqer 

ardt  i  m (50 ) -i  nteqer 

mdcost (50 )-i nteqer 

mdtime(50)-integer 

nomcst ( 50 )-i nteqer 
ma  i  n t  enance 


time  in  years  required  for  R+D 
cost  for  accelerated  R+0 
time  for  accelerated  R+D 
cost  for  manufacturing  and  deployment 
time  in  years  for  "^  +  0 
cost    of    normal    operating    and 
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romcst (50)«i nteqer;   cost  of  0+M  at  reduced  readiness 

mob ( 50 ) - j n t ege r ?   mobility  in  hexes  oer  turn 

c rngiSO ) -i nt eqer ;     communications    range    in     hexes; 
beamwidth  of  satellites 

crngs (50 ) - i nt eger ;   for  HF  equiomentf  skywave  range 

sec(50)-i nteger ;    security   factor;    ability   to   resist 
jamming  and  intrusion 

rel (50 ) -real ;   reliability 


rel  s  (50  ) -"-eal  ;   reliability  of   HF   equioment   in 
operat  i  on 

f lex(50)-real ;   flexibility 

oot (50)-real ;  oot  ????? 

c3e(50 ) -real ;  C3  effectiveness 


skywave 


c3es f 50 ) -r ea 1 ;    C3   effectiveness   of 
ooerat i or 


HF 


in    skywave 


ewf  (50  ■) -i  nt  ege  r  ;  Electronic  Warfare  effectiveness; 
ability  o^  EX  equipment  to  overcome  the  security  factor  of 
communications  equipment 

ecm ( 50 ) -rea 1 ;   effectiveness  of  jamming 

esm(50') -integer;   ability  to  detect  emisions 

beams(50}- integer;   for  satellites^  the  number  of  beams 

/tabi e/ 


t  ab  1  e  (50  ,  "^  0  ) -charac  t  er*  1  ;  compatibility  table;  n  if  not 
compatible;  t  if  compatible;  w  if  compatible  only  with 
wire  connection;   q  if  wire  connection  only  in  same  hex 

ncapat (50 ) -charac t er *  1 ;  compat i 0 i  1  i t y  of  equioment  witn 
systems  at  NCA 

/tableg/ 

tabl e2( 10, 1 0,6)-i nteger;   combat  results  table 

/redunt/Zgrnunt / 

redunt /qrnunt (20 ) -charac ter*8 ;   names  of  combat  units 
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pf orce/af orce (20 ) -charact er*5;   type  of  unit 

/redpos/Zgrnpos/ 

rpow/grow (20 ) -i nt eger ;   row  location  of  unit 

pcol /qcol (20 ) -i nt eger;   column  location  of  unit 

pumob/gumob (20 ) -i n t egep /   mobility  of  unit 

pgoal /ggoa 1 (20 , 2) -i nt egep ?   destination  of  unit 

pcmbtp/gcmbt o(20 ) -pea  1  ;   combat  points  of  unit 

padno/gadno ( 20 ) -i nt egep ;   aiP  defense  value  of  unit 

pcasv/gcasv (20 ) -i nt egep;  close  aip  support  value  of  3ip 
wi  ng 

pcav/gcav (20 ) -i nt egep;   countep  aip  value  of  air  wing 

pewv/gewv(20)-integep;  ability  of  aip  wing  to  use  janrirners 
and  othep  tactics  to  ovepcome  enemy  aip  defenses 

pcn 1 st /gen  1 s t ( 20 ) - i nt egep ;  identifies  intentions  of  unit 
in  enemy  contPol  zone?  ^  if  unit  was  last  to  arrive  and 
wishes  to  attack;  3  if  unit  was  fipst  to  arrive  and 
wishes  to  attack;   2  if  unit  is  defensive  only 

pseal/gseal(10,2)-integep;  sealift  infopmation;  task 
fopce  and  mapine  indexes  in  unit  list 

pown/gown ( I  0 , 3 ) -i nt egep ;  list  of  changes  to  owner  matrix; 
pow/  col»  and  value  of  hex 

p1  as/gl  as  (  I  0  ) -i  nt  egep  ;   coprespondi  ng  value  of  )  asown  her< 

/pedeq/Zgpneg/ 

pedeq/gpneq( 1 00 ) -chapac t ep*8;   nomenclature  of  eauioment 

paun i t /aauni t ( 1 00 ) -chapac t ep*8;  mobile  eauioment  unit 
ass  i  gnment 

pmode/gmode( 100)-chapactep*5;  ESM  op  ECM  mode  of 
opepation  fop  EW  eguipment 

/pegpos/gegpos/ 

pegpow/geapow (  1  00 ) -i nt egep;   pow  location  of  eauipment 

pegcol /geqcol ( 1 00 )-i nt egep;   column  location  of  eauipment 
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r i tem/qi t em ( I  00 ) -i nt eger ;  system  number  of  eouic^ent; 
link  to  system  list  using  the  index  number  in  that  list 

ptc3e/gtc3e ( 1 00 ) -real ;  temoorary  C3  effectiveness/  based 
on  basic  c3e  value^  terrain  and  jamming  effects 

rtc3es/gtc 5e3 ( 1 00) -roa 1 ;   temporary  C3E  of  HF   in   skywave 

ODS 

rtc rng/gtc rng ( 1 00 ) -i nt eger ;  temporary  range/  after 
terrain  effects 

rbeam/gbeam  (  !  00  /  1  0  ,  2  ) -i  nt  eger  ;   center  of  satellite  bea^^s 

rrom/grom(!00)-reai;  oercentage  of  normal  effectiveness 
due  to  reduced  readiness  (because  of  cost  cutting  in 
Acquisition  Phane  of  game) 

/redwar/Zgrnwar / 

r i nt d/g i nt d C 20 » 5, 2 ) -i nt eger  ;  target  locations  for 
interdict  ion 

rtintd/atintd(20)-integer  number  of  interdiction  missions 
oossible  in  this  turn  by  this  air  wing 

rtcasv/gt c as  V ( ?0 ) -i nt eger ;  temporary  c 1 ose-a i r-suopor t 
value  of  an  air  unit;  based  on  normal  value/  comm 
effectiveness  and  jamming 

rt cav/gt c av (20 ) -i nt eger ;   temoorary  counter-air  value 

r recce/grecc e- i n t eger ;  number  of  reconna i sance  missions 
request  ed 

roat hr/gpat h r (20 / 50 ) - i nt eqer ;  row  values  of  orojected 
oath  to  goal/   for  air  wingS/  route  of  recce  ohoto  run 

rpat hc/goat he (20 f 50 ) - i n t eger ;   column  values  of  oath 

rst art /gst art (20 ) -i nt eger ;   next  hex  in  path 

rend/gend C20 ) -i nt eger?   last  hex  in  path 

r 1 ent h/gl ent h (20 ) -i nteger ;  length  of  oath  in  movement 
points 

rab/gab-i nt eger ;   index  number  of  airborne  command  posts 

rabl /gabl  ( 1 0)-i nteger ;   list  of  index  numoers  of  all  A8NCP 

raba/gaba-i nt eger ;   ABNCP  presently  on  call 
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picol /gi col  (  1  00 ) -i nt eger ;     left 
intelliqence  satellite  to  survey 


hand 


col jmn 


for 


paw/gaw- i nt eger ;   1  index  number  of  AwACS 

raw  1 /gaw 1  ( 1 0 ) -i nt egeP ;   list  of  index  numbers  of  all  AaACS 

pawa/gawa-i nt egep ;   AwACS  oresently  on  call 

pavalb/gavalb-peal;     probability     of     ABNCP     beinq 
operational;   based  on  numbep  purchased 

rava  1  w/gava  1  w-rea  1  ;   probability  of  A.^ACS  being  available 

r  1  i  f  t /g  1  i  f  t -i  nt  eger  ;   index  number*  of  unit  being  airlifted 

rdPoo/gdPOD ( 2 ) -i nt egep r   location  of  droo  zone 

r 1 and/gl and-i nt eger f   index  numoep  of  unit  being   debarked 
f  rom  sea  lift 

pshope/gshore ( 2 ) -i nt eger ;   location  of  landing 

pt apgt /gt a  rat -i nt ege r ;   index  number   of   satellite   being 
targeted 

rweapn/gweapn-i nt eger ?    index   number   of   ant i -sa t e 1 1 i t e 
weapon 

/words/ 


jtfhg  -  character*5;   JTFHQ 

armor  -  character*5;   armored  brigade 

relay   -   character*5;     communications 
det  achment 


relay    or    Ew 


mech  -  character*5;   mechanized  brigade 

cbg  -  character*5;  carrier  battle  group 

atf  -  cgaracter*5;  amphibious  task  force 

abn  -  characteP*5;  airborne  origade 

tfw  -  character*5;  tactical  fighter  wing 

amph  -  character*5;   Marine  amphibious  brigaae 

air  -  character*5;  tyoe  unit  used  in  getting  direct   oath 
from  optimum  oath  routine  (not  affected  by  terrain) 
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gtsat  -  cHaracter*S;   satellite  ground  terminal 
abncD  -  character*5;   airborne  command  DOSt 
awacs  -  character*5;   A,iJACS 
ew  -  character*5;   Ea  equipment 
tac  -  cha'*act  ep*5  ?   tactical  equioment 
hf  -  characteP*5?   h'  equipment 
los  -  character*5;   1 i ne-o f -s i gh t  equipment 
sat  -  character*5;   communications  satellites 
vlf  -  character*5;   v  1  •*  equipment 
sw  -  character*5;   switching  system 
spy  -  character*5;   intelligence  satellite 
asat  -  character*5;   ant i -satellite  weaoon 
red  -  character*!;   '<■•;   Fed  Player 
grn  -  character*!;   'g'?   Green  Player 
/game/ 


gamtrn-inteqer;   number  o^  oresent  ooerations   turn; 
numbe  r 

seed-integer;   seed  for  raridom  number  generator 

delta-integer;   length  of  turn  in  seconds 


day 
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5.6  THE  OPERATIONS  MODULES 


SUBROUTINE  INPUT  () 

File:   UMPFILE.FOR 

Puroose  and  Method: 

This  routine  ooens  and  reads  the  data  files 
necessary  for  the  Ooerations  Phase. 

Ooen  and  read  files  for  map  data  and  svstem 
information.  Read  lists  of  eauioment;  if  file  is  emot/f 
call  Suborogram  INITIAL  to  build  new  list.  Determine 
whether  Umoire  wants  to  build  a  new  unit  list?  if  so  call 
Subroutine  UNITLIST;  if  notr  read  default  list.  Ooen  and 
read  combat  results  table.   Ooen  b  1  ac  l<boards  . 

Common  Variables  Changed: 


hex 

ardt  i  m 

ew  f 

rcmbto/gcmoto 

rhex 

nomc  St 

ecm 

radno/gadno 

vhex 

romcst 

esm 

re  as v/gcas V 

keya 

mob 

beams 

re  av/gcav 

kevb 

C  rng 

tabl  e 

rewv/gewv 

system 

C  rngs 

nc  aoa t 

reaea/grneg 

et  yoe 

sec 

tabled 

rt c  3e/gt c  3e 

noa 

rel 

redun t /ornun t 

r  r om/grom 

rdcost 

re  1  s 

r  f  0  r  c  e  /  g  f  0  r  c  e 

r  i  t  em/g  i  t  em 

rdt  i  me 

flex 

rrow/grow 

rsea 1 /gsea 1 

mdcost 

oot 

rco 1 /gco 1 

owner 

mdt  i  me 

c3e 

rumob/gumob 

1 asown 

ardcst 

c  3es 

rgoa 1 /ggoal 

gamt urn 

Suborograms  Called: 

Subroutine  INITIAL 
Subroutine  UNITLST 

Data  Files  Accessed  and  File  Name: 

1 1  -  Hex  data 

12  -  Road  data 

13  -  River  dat  a 
la  -  System  list 


HEX. DAT 
RHEX. DAT 
VHEX. DAT 
SYSTEM.DAT 
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15  -  Red  equioment  list 

16  -  Green  equioment  list 

17  -  Red  uni  t  list 

1 8  -  Green  unit  list 

19  -  Compatibility  table 

20  -  Combat  outcomes  table 

21  -  Key  objectives 

25  -  System  and  mao  blackooarc 

26  -  Red  blackboard 

27  -  Green  blackboard 

Ent  r i  es  : 

Subroutine  OPNCTL 


REQUIP.DAT 

GEQUIP.DAT 

REDUNIT.DAT 

GRNUNIT.DAT 

TABLE.DAT 

TABLE2.0AT 

KEY. DAT 

SYS8R0.DAT 

RED3RD.0AT 

GRN8R0.DAT 


SUBROUTINE  INITIAL  () 

File:   UMPFILE.FOR 

Puroose  and  Method: 

This  routine  allows  the  Umcre  to  Duild  new  initial 
equioment  lists  for  the  Red  and  Gre^-n  forces. 

For  each  system^  ourout  nam(»  and  numoer  available. 
Inout  number  allocated  to  Green  forces  and  add  to  equioment 
listr  settinq  equioment  name  ''qua"  to  system  name^  ana 
settinq  other  variables  as  .^poropriate.  Ask  whether  the 
equipment  is  to  be  operated  at  *ull  or  reduced  readiness. 
Repeat  for  Red  forces.  Adjust  number  available.  Set 
sent  i  nel s  . 

Major  Variables 

rnum/qnum  -  integer?   number  of  items  of   each   syster 
to  out  in  list 

rcount /gcount  •"  integer;   total   number   of*   items   on 
1  i  St 


Common  Variables  Changed 
rmode/gmode 


r i  t  em/gi  t em 
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redeq/grneq 
noa 


ppom/qroni 


Common  Variables  Referenced  but  Not  Changed: 

system 
Ent  r i  es : 

Subroutine  INPUT 

SUBROUTINE  UNITLST  () 

File:   UMPFILE.FOR 

Puroose  and  Vethod: 

This  routine  allows  the  Umoire  to  set  ud  the 
ooposinq  forces. 

Inout  unit  names  until  sentinel  is  entered.  Enter 
the  Green  JTFHQ  name  firsts  then  other  Green  units.  For 
each  unit  other  than  the  JTFHQ/  determine  tyoe  of  unit  and 
set  GFORCE  and  GUM08  accordingly.  Enter  location;  set 
initial  goal  to  stationary  (0,0);  set  combat  ooints  to 
default.  Based  on  type  of  unit/  set  air  defense/  close  air 
support/  counter  air,  ew/  and  combat  values.  Reoeat  for  Red 
forces . 

Common  Variables  Changed: 


redun t /grnun t 
r f orce/gf orce 
rumob/gumob 
r row/grow 
rco 1 /gcol 

Subprogram  calls: 

Subroutine  CHECK 

Entries: 


rgoa 1 /ggoa 1 
rcmb t  p/gcmbt  p 
radno/gadno 
rcasv/gcasv 
rcav/gcav 


rewv /gewv 
owner 
1 aso wn 
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Subroutine  INPUT 

SUBROUTINE  OPINTEL  () 

File:   UMPFILE.FOR 

Purpose  and  Method: 

This  subroutine  opovides  clivers  with  intelligence 
information  according  to  the  sateHife  survey  corridors  and 
recce  flights  reguested  in  the  orevio'JS  turn^  and  from  ew 
equipment  that  is  in  the  ESM  mode. 

For  each  Red  Tactical  Air  wing/  check  C3EXT.  If 
comm  is  UD/  check  each  hex  in  listed  oeth  for  enemy  units 
and  write  msg  to  aoprooriate  d layer.  Dr  same  for  Green 
TFWs.  For  each  Red  intelligence  sat>^llite/  check  to  see  if 
the  JTFHQ  has  connectivity  to  NCA  to  receive  the  data  (if  a 
random  number  is  less  than  NCACON),  Then  find  the  indicated 
column  and  use  the  crng  to  determine  the  beamwidth;  then 
survey  those  columns  for  enemy  units.  For  Red  E^  eguioment 
in  the  ESM  moder  check  comoa  t  i  b  i  1  'J  t  y  and  range  to  enemy 
transmitters.   Do  same  for  Green  eguioment, 

Major  Variables: 

row^col  -  integers;   hex  being  insoected 

iangle  -  integer;  rounded  value  of  bearing  from  ESM 
eguipment  to  enemy  emitter 

rn  -  real/   random  number 

rcomm/gcomm  »  real;  external  comm  effectiveness  of 
air  wing  flying  recon;  ability  to  pass  recon 
i  nf ormat  ion  to  HQ 

rnca/anca  -  real?   connectivity  to   NCA;    ability   to 
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connect   to   conus   to   request   and  receive  satellite 
i  nteH  i  gence 

rng  -  integer?   distance  from  air  wing  to  JTFHQ 

div  -  real?   interim  value  used  in  calculating  iangle 

DOwer  -  integer?   ability  of  ESM  to  overcome   security 
of  comm  systems 

airoow  -  integer?   total  combat  Dower  of  air  wing 

ray  -  logical?   flag   indicating   an   ESM   system   has 
detected  a  comm  system 

X  -  logical?   t-'ue  if  ew  system  is  effective  against  a 
given  comm  system 

Common  Variables  Referenced  but  Not  Changed: 


redunt /grnunt 
r f orce/gf orce 
r row/grow 
rco 1 /gco 1 
roat  h  r /gpat  h  r 
roat  hc/qpat  he 
redeq/grneq 
r  i  t  em/g  i  t  em 

Subprograms  Called: 


regrow/geqrow 
reqcol /geqco 1 
rtc  rng/gt c  rng 
r  i  c  o  1  /  g  i  c  0  1 
rcmbt  p/ocmb t p 
rmode/gmode 
rcasv/gcasv 
rtc  3e/gt c  3e 


rcav/qcav 

rew V /gew V 

owner 

et  yoe 

esm 

sec 

seed 


Subroutine  RL I STEN/GL ISTEN 

Integer  function  RANGE 

Real  function  C3EXT 

Real  function  NCACON 

Logical  function  COMPAT 

System  functions  RAN,  ABS,  ATAN,  and  IFIX 

Entries: 

Subroutine  OPNCTL 


SUBROUTINE  E>vCHECK  (  ) 
File:   UMPFILE.FOR 
Purpose  and  Method: 
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This  subroutine  checks  each  piece  of  EW  equipment  in 
the  ECM  mode  and  determines  if  ^ t  is  an  effective  jammer 
against  any  enemy  comm  equipment.  It  then  adjusts  the 
temoorapy  c3  effectiveness  of  the  affected  comm  gear. 

Check  Red  equipment  lists  for  E^       equiomiant   in   ECM 

mode.    Check   enemy   comm   gear  for  range  end  comoat i b i 1 i t v 

with   EW   gear.     If    effective^    adjust    temoorary    C5 

effectiveness  of  enemy  gear  by  an  amount  OTOortional  to  the 

ECM   value   of   the   EW   equioment.    Repeat-   for   Green   EvU 

equi  oment  . 

•^a  j  or  Variables: 

diff  "  integer;    difference   between   ew   factor   and 
security  factor  of  EW  and  comn  eauiDmeit 

rng  -  integer?   range  from  EW  to  comm  ?qui:5ment 

X  -  logical;   true  if  EW  system  is   effective   against 
comm 

Common  Variables  Changed: 

rt c5e/gt c3e 
rtc5es/gtc  3es 

Common  Variables  Referenced  but  ''^ot  Changed: 


redeg/arneg 
r  i  t  em/g  i  t  em 
rmode/gmode 
et  yoe 

Suborograms  Called: 


r t c rng/gtc rnq  ecm 

regrow/gegrow  ewf 

reqco 1 /geqco 1  ecm 

seed  sec 


Integer  function  RANGE 
Logical  function  COMPAT 
System  functions  RAN  and  IFIX 

Ent  r i  es  : 

Subroutine  COMBAT 
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SUBROUTINE  CA  ( RATI RT , GATTRT , RRESLT , GRESLT ) 

File:   UMPPILE.FOR 

PuPDOse  a--"id  Method: 

This  routine  calculates  the  outcome  of  counter  air 
(air-to-air)  batt'ies  when  air  forces  of  one  side^  enroute  to 
their  missions^  ar**  intercepted  by  air  forces  of  the  other 
si  de . 

Total  cc'jHter  air  value  of  Red  air  forces.  Total 
counter  air  value  of  Green  air  forces.  Calculate  score  of 
air  battle  as  the  diff»rence  between  counter  air  values  of 
the  forces.  Sased  on  score  and  random  number^  determine 
with  internal  tab'es  (Figure  A-8  of  Users*  Manual)  which  air 
forces  are  attrirrs'df  whether  the  other  missions  continue  or 
abort/  and  whether  counter  air  capability  is  decreased. 

Paramet  er s : 

rat t rt /gat t r t  -  logical?   true  if  air   forces   sustain 
losses  in  t^e  air  battle 

rreslt-'greslt   -   logical?    true   if   mission   is   to 
continue/  false  if  it  must  be  aborted 

Other  Major  Variables: 

rcat/gcat  ~  integer?   total  temoorary  air  value  of  one 
s  i  de 

comm  -  real?   internal  C3  effectiveness  of  air  unit 

score  -  integer?   score  in  counter-air  battle 

rn  -  real?   random  number 

i rn  -  integer?   random  integer 

Common  Variables  Changed: 

rt cav/at  c  av 
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rcav/acav 

Common  Variables  Referenced  but  Not  Changed: 

redunt /qrnunt  rrow/grow 

seed  rcol /gcol 

Subprograms  Called: 

Real  function  INTC3 

System  functions  RAN  and  IFIX 

Ent  r  i  es : 

Subroutine  DICTION 
Subroutine  RSTRIKE/GSTRIKE 


SUBROUTINE  DICTION  (FIRST) 

File:   UMPFILE.FOR 

Purpose  and  Method: 

This  module  deducts  recce  flights  from  otner  air 
capability  of  each  side  and  determines  if  interdiction 
strikes  are  permitted. 

If  any  recce  missions  were  flown^  subtract  them  from 
the  total  number  of  interdictions  that  can  be  flown.  If  any 
interdiction  capability  remains*  and  missions  were 
requested*  then  check  to  see  if  rules  of  engagement  require 
aooroval  from  NCA.  Call  up  strikes.  Since  recce  flights 
take  oriority  over  all  other  air  missions*  if  there  are 
still  recce  missions  not  accounted  for  (they  outnumbered  the 
interdiction  missions)  decrease  the  temporary  close  air 
support  value  and  counter  air  value  of  the  air  forces. 
Reoeat  the  process  for  Green  missions. 
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Paramet  ers  ; 

first  -  integer;   number  indicates  rules  of  engagement 
Other  Major  Variables: 

rn  -  real?   randonr^  number 

comm  -  real?   connectivity  to  NCA 

strikr  -  charact#r*3;   attacker 

strikes  -  integer?   number  of  strikes  possiole 
Common  Variables  Chanaed: 


r recce/grecce 
r i  nt d/gi  nt  d 
rt  i  nt d/gt  i  nt  d 


r t  cas v/gt  casv 
rt cav/gtcav 


Common  Variables  Referenced  but  Not  Changed: 


redunt/grnunt 
seed 

Suborograms  Call^yd: 


r  re  w/grow 
rcc 1 /gco 1 


Subroutine  RL  I  STE-i/ GL  ISTEN 
Subroutine  RSTR  IKE/GSTF'IKE 
Real  function  NCi»CGN 
System  function  RAN 

Entries: 

Subroutine  OPNCTL 


SUBROUTINE  RSTR  IKE/GSTR  I  KE  (F-IRST) 

File:   UMPFILE.FQR 

Puroose  and  f^ethod: 

This  routine  determines  the  results  of  any   approved 
interdiction  missions. 
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If  the  enemy  has  AWACSf  conduct  counter  air  tefore 
the  interdiction  mission.  If  attrition  results  from  counter 
air  (see  Subroutine  CA),  reduce  effectiveness  of  the 
offensive  air  unit  by  reducing  the  EW  value.  Notify  payer 
if  mission  must  be  aborted.  If  mission  is  not  aborted^ 
determine  if  any  enemy  units  are  in  the  target  area. 
Conduct  ground  air  defense  by  contrasting  the  EW  value  of 
the  aircraft  with  the  air  defense  value  of  the  ground  unit. 
Use  an  internal  table  (Figure  A-9  of  the  Users'  Manual)  to 
comoare  the  difference  with  a  random  number.  If 
interdiction  attack  gets  through  the  counter  air  and  air 
defense/  stoo  movement  of  enemy  forces  and  attrit  them  by 
reducing  their  combat  points  by  1.0.  If  AWACS  was  net 
available  to  the  enemy,  conduct  counter  air  after  the 
i  nterdi  ct  i  on . 
Paramet  ers : 

first  -  integer;   rules  of  engagement 
Other  Major  Variables: 

rn,rn2/rn3  -  real?   random  numbers 

irn  -  integer;   integer  random  number 

ad  -  integer;   air  defense  results 

rat t r t /gat t rt  -  logical;   true  if  forces  incur   losses 
in  ai  r-t  o-ai  r  bat  t 1 e 

r res  1 t /gres 1 t  -  logical;   rrue  if  interdiction  mission 
can  continue/  false  if  it  must  abort 

comm  -  real;   external  connectivity  of   air   wing   and 
later  internal  connectivity 

rng  -  intger;   range  from  air  wing  to  JTFHQ 
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go  -  logical;   true  if  all  coTim  checks  work 

Common  Variables  Changed? 

rgoal/ggoal  rewv/g'?wv 

rcmbto/gcmbat p 

Common  Variables  Referenced  but  Not  Changed: 


redunt /grnunt 
rrow/arow 
rcol /gcol 

Subprograms  Called: 


r  t  i  n  f.  d  /  g  t  i  n  t  d 
r i  nt  d/gi  ntd 
r  a  V  a  1  w  /  a  a  V  a  1  w 


radno/gadno 
r  f orce/gf orce 
seed 


Subroutine  RL I STEN/GL I S'EN 

Subroutine  CA 

Integer  function  RANGE 

Real  function  C3EXT 

Real  function  INTC5 

System  functions  RAN  and  IFIX 

Entries: 

Subroutine  DICTION 


SUBROUTINE  COMBAT  (FIRST) 


File:   UMPFILE.FOR 

Purpose  and  Method: 

This  subroutine  doe3  -any  an  t  i -sa  t  e  1  1  i  t  e  firings  and 
initiates  combat  between  enerry  units.  Priority  for  attacks 
goes  to  Red  or  Green  randomly^  then  proceeds  according  to 
the  value  of  the  conflict  list  (units  arriving  last  and 
wanting  to  attacks  then  units  arriving  first  and  wanting  to 
attack).  The  subroutine  also  calls  Subroutine  E/JCHECK  to 
adjust  temoorary  C3  and  range  values  for  jamming. 
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Fire      any   ant i -sat e 1 1 i t e    weapons    requested    by 

comoaring   a   random  number  to  the  C3E  of  the  ant i -sa t e H i t e 

weapon.   Call  EWCHECK,   Determine  randomly   whether   Red   or 

Qpeen   has   first   chance   to   attack.    Determine   order  of 

attacks  based  on  conflict  listSf  and  call  aoorooriate  attack 

module.   Write  message  to  player  if  any  defensive  units  were 

not  attacked.   Reverse  order  if  Green  is  given  first   chance 

to   attack.    Outcome   of   ground   combat   is   determined  in 

RATTACK/GATTACK  and  FIGHT  subroutines. 

Paramet  ers : 

first  -  integer;   rules  of  engagement 

Other  Major  Variables: 

rn    -  real?   random  number 

hit  -  logical;   true  if  an  attack   approval   has   been 
request  ed 

side  -  character*5;   red  or  green 

Common  Variables  Changed: 


rtc  5e/at c3e 
rcmbt  D/gcmbt D 
rauni  t /gaun  i  t 


rweapn/gweapn 
rt argt /gt  argt 
rcn 1 s t /gen  1 s  t 


Common  Variables  Referenced  but  Not  Chanqed: 

redun t /grnun t 

redeq/grneo 

seed 

Subprograms  Called: 

Subroutine  E/^CHECK 
Subroutine  RATTACK/GATTACK 
Subroutine  RLISTEN/GLISTEN 
System  function  RAN 

Ent  r i  es : 
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Subroutine  OPNCTL 

SUBROUTINE  PATTACK/GaTT ACK  ( I , F IRST , HI T ) 

File:   UMPFILE.FOR 

Puroose  and  Method: 

This  routine  deternnines  i^  connectivity  exists  to 
get  aooroval  for  an  attack. 

Identify  hexes  adjacent  to  unit.  Determine  if  any 
enemy  unit  is  in  range  for  an  .ettack.  Check  internal 
communications  of  unit.  Check  external  cc mmun i cat i ons .  If 
rules  of  engagement  require  NCA  aporoval  of  attacks*  check 
connectivity  to  NCA.  Ask  Umpire  if  he  warts  NCA  to  aporove 
attack.  If  rules  of  engagement  £ ! 1 ov  JTF  aooroval  of 
attackr  NCA  connectivity  check  is  not  reciuired.  If  local 
commanders  have  attack  authority #  only  the  internal  comm 
check  is  reauired.  If  aporovedf  begin  iittack;  otherwise 
give  enemy  the  opportunity  to  attack-  If  attack  was  aborted 
because  of  lack  of  connect  i  v  i  t  y  *  -notify  cjlayer  and  adjust 
combat  points.  Notify  player  if  there  is  no  longer  an  enemy 
unit  in  the  area • 

Parameters : 

i  -  integer;   index  number  of  attacking  unit 

first  -  integer?   rules  of  engagement 

hit  -  logical;   true  if  opponent  is  given   opportunity 
to  at  t  ack 

Other  Major  Variables: 

battle  -  integer;   2  if  attack  is  aborted  for  lack   of 
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connec  t  i  v  i  t  y 

comm  -  real?   connectivity  to  NCA,  then   external   c3r 
then  internal  c3  of  attacking  unit 

r » c r 1 f # rt / uo 1 / up2/ dn I , dn2  -  integers;   hex  numbers   of 
unit  location  and  adjoining  hexes 

rng  -  integer;   distance  from  unit  to  JTFHQ 

rn  -  real;   random  number 

Common  Variables  Changed: 

rcnl St /gen  1 st 
rcmbt o/gcmbt  o 

Common  Variables  Referenced  but  Not  Changed: 

redun t /grnunt       rrow/grow 
seed  rcol /gcol 

Subprograms  Called: 

Subroutine  RATI ACK/GATTACK  (call  each  other) 

Subroutine  R8ATTLE/G8ATTLE 

Subroutine  RL  ISTEN/GL ISTEN 

Integer  function  RANGE 

Real  function  NCACON 

Real  function  C3EXT 

Real  function  INTC3 

System  function  RAN 

Entries: 

Subroutine  COMBAT 

Subroutine  RATI ACK /GAT  TACK  (each  called  by  the  other) 


SUBROUTINE  RB ATTLE/GB ATTLE  (I, J) 
File:   UMPFILE.FOR 
Puroose  and  Method: 
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This  subroutine   computes   the   effect   of   ESM   and 

terrain   on   combat  value  as  one  unit  attacks  an  enemy  unit; 

I  it  calls  suboroqrams  to  compute   losses   due   to   close   air 

support  and  ground  combat. 

Compute   effect   of   ESM   on   Red   combat   value  Dv 

subtracting   the   E'/V   factor   of   the   EW  eawipmijnt  from  the 

security  factor  of  the  enemy's  communic-stion-j  egjipment   and 

then   comparing   the   difference  to  a  randorn  number.   If  the 

difference  is  greater^  add  the    ESM  value  of  -he  :W  equipment 

to  the  combat  points  of  the  Red  unit,   Com^^ute  effect  of  ESM 

on   Green   combat   value.    Compute   effect   of   terrain   on 

attacking   unit   and   defending   unit/   incljding  additional 

combat  points  for  mountains*  woods*  ana  cities  which  provide 

good   cover   for   the   forces.    Add  points  if  the  defensive 

forces  are  behind  a  river.   Call  for  close  rir   support   for 

attacking   side.   Output  combat  value  entering  ground  combat 

phase.   Call  for  ground  combat  (see  Subroutine  FIGHT), 

Parameters : 

1  -  integer;   index  number  of  3tt3cl<i'~.g  unit 

j  -  integer;   defending  unit 

Other  *^a]or  Variables: 

rng  -  integer;   distance  between  units 

rn  -  real;   random  number 

i rn  -  integer;   random  integer 

diff  -  integer;    difference   between   EW   factor   and 
security  factor  of  El^  and  comm  eguipment 

rtpnt/gtpnt  -  real;   temporary  combat  points*  adjusted 
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for    terrain  and  esm 

X  -  logical?    true   if   ESM   equipment   is   effective 
against  comm  equipment 

row/col  -  integer?   location  of  unit  i 

r^c  -  integer?   location  of  unit  j 

Common  Variables  Referenced  but  Not  Changed: 


redun  t /grnunt 
rrow/qrow 
rcol /gco 1 
redeg/grneg 
regrow/gegrow 
reqcol /geqcol 


r aun i t /gaun i t  ewf 

r  i  t  em/gi  tern  sec 

rmode/gmode  esm 

r t c rng/gt c rng  hex 

rcmbtp/gcmbto  vhex 

etype  seed 


3ubprograms  Called: 
Subroutine  RCAS/GCAS 
Subroutine  FIGHT 
Subroutine  RLI  STEN/GL I STEN 
Integer  function  RANGE 
logical  function  COMPAT 
System  functions  RAN  and  IFIX 

lint  r  i  es  : 

Subroutine  RATI ACK/GATT ACK 


SUBROUTINE  FIGHT  ( S I DE , I , J , RTPNT , GTPNT ) 
File:   UMPFILE.DAT 
i^urDose  and  '"^ethod: 

This  subroutine  computes  the  outcome  of  ground 
combat  between  Red  unit  I  and  Green  unit  J. 

Compute  difference  in  combat  points.  Check  TA8LE2 
(Attachment  A-11  to  the  Users'  Manual)  for  combat  outcomes* 
based  on  the  difference  in  combat  ooints  ana  on  a  random 
number.  Assign  outcomes  to  aporopriate  sides.  Outout 
losses.   If  outcome  table  indicates  retreat  is  necessary  for 
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Red  forceSf  move  them  back  along  aoproach  path.  Do  same  for 
Green  retreat.  If  outcome  table  indicates  f?ed  corrm  losses 
result,  locate  equipment  with  lowest  security  fectorCsec) 
and  change  C3  effectiveness  to  zero.  Do  same  ^or  Green  comm 
1  osses . 

Parameters: 

side  -  character*!;   attacking  side^  Red  or  Gree'i 

i  -  integer;   index  number  of  Red  unit 

j  -  integer;   index  number  of  Green  unir. 

rtpnt/gtpnt  -  real;   temporary  combat  ooinrs 

Other  Major  Variables: 

diff  "  integer;  integer  difference  oets^een  rombat 
values  of  the  units 

rn  -  real;   random  number 

irn  -  integer;   random  integer 

gone  -  integer;  index  number  of  comm  eguioTent  with 
lowest  security  factor;  rendered  unusable  in  the 
batt  1  e 

rioss /gloss  -  integer;   losses  in  combat 

rret/gret  -  integer;  number  of  hexes  unit  must 
ret  reat 

re  1 /gc 1  "  integer;  number  of  comm  eguiment  items 
rendered  unusable 

aloss  -  integer;   attacker's  loss 

dloss  -  integer;   defender's  loss 

aret  -  integer;   number  of  hexes  attacker  retreats 

dret  -  integer;   number  of  hexes  defender  retreats 

ac 1  -  integer;   number  of  comm  systems  attacker  loses 

del  -  integer;   number  of  comm  systems  defender  loses 
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mvpnts  -  real;  movement  ooints  of  unit 

min  -  integer;  minimum   security   value   of   assigned 
yqu  i  pment 

Common  Variables  Changed: 


''cmbt  D/gcmbt  p 
rqoal /ggoal 
rauni  t/gauni  t 


rt c3e/gt c5e 
rt  c  3es/gt  c  3es 


Common  Variables  Referenced  but  Net  Changed: 


r  i  t  em/g  i  t  em 
sec 

tabi e2 
seed 


redunt /grnunt  roat h r /gpat h r 

rf orce/gf orce  roat hc/gpat he 

rrow/grow  r st ar t /gs t ar t 

rcol/gcol  redea/grneq 

Subprograms  Called: 

Subroutine  MVMENT 
Subroutine  RL  I  STEN/GL I STEN 
System  functions  RAN  and  IFIX 

E 11 1  r  i  e  s  : 

Subroutine  RBATTLE/GBATTLE 

SUeROUl INE  RCAS/GCAS  ( I  / J , RTPNT , GTPNT ) 

File:   UMPFILE.FOR 

Purpose'  and  *^ethod: 

This  subroutine  computes  the   effect   of   close   air 

support  on  enemy  ground  forces. 

Find   air   unit   with   close    air    support    value 

remaining.    Compute  air  defense  outcome  by  comparing  the  EW 

value  of  the  aircraft  with  the   air   defense   value   of   the 

ground   unit.    Use   an   internal   table   (Figure  A-9  of  the 

Users'  N'anual)  to   compare   the   difference   with   a   random 

number.    If   CAS   aircraft   get  through  enemy  air  defenses* 

compute   effectiveness   against   enemy   ground    forces    by 
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checking   the   internal   communications  effectiveness  of  the 
aipunit.    If   INTC3   is   greater   than   a   random   number/ 

I 

decrease  the  ground  unit  combat  value  bv  1.0, 

Paramet  ers : 

i  -  integer;   index  number  of  attacking  unit 

j  -  integer;   index  number  of  defending  unit 

rtpnt/gtont  -  real  temporary  combat  values 

Other  Major  Variables: 

rn  -  real;   random  number 

i rn  -  integer;   random  integer 

ad  -  integer;   air  defense  outcome 

comm  -  real;  internal  c3  effectiveness  of  air  >-ing 
providing  c 1 ose-a i r-suppor t 

done  -  logical';  true  when  cas  has  been  provider^  by 
one  wing;  prevents  dubplication  of  effo''t  by  another 
w  i  ng 

Common  variables  changed: 

rewv/gewv         rcmbtp/gcmb t p 
rgoal /ggoa 1 

Common  Variables  Referenced  but  not  Changed: 


redunt /grnunt 
r  row/grow 
rcol /gco 1 

Subprograms  Called: 


r tcasv/gt  casv 
r adno/gadno 
seed 


Subroutine  RL ISTEN/GLISTEN 

Real  function  INTC3 

System  functions  RAN  and  IFIX 

Ent  r  i  es  : 

Subroutine  RBATTLE/GBA TTLE 
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SUBROUTINE    ^NDWAR     (OVER) 

File:       IJMPFILE.FOR 

Purpose  and  Method: 

This  subroutine  determines  whether  either  side  has 
won  the  v»ar  in  a  decisive  victory.  If  not^  it  gives  status 
to  the  Umoire  and  allows  the  Umoire  to  decide  whether  to 
artificially  declare  an  end  to  the  war  with  or  without  a 
marginal  wict^ry  for  one  side. 

Deter, Tiine  if  either  side  coritrols  the  major 
objectives  by  checking  the  last  owner  of  hexes  listed  in 
KEYA,  Determine  if  either  side  controls  the  minor 
objectives  ''n  th<f  same  wayr  using  hexes  listed  in  KEYB.  If 
the  same  aide  controls  both  major  and  minor  objectives 
declare  them  the  decisive  victors  and  end  the  game.  If  one 
side  controls  th<»  major  objectives  and  the  otner  side 
controls  no  minoi*  objectives/  the  first  side  has  a  marainal 
victory,  «*l:ow  the  Umpire  to  decide  whether  to  end  the 
game.  If  one  side  controls  all  major  objectives  but  the 
enemy  controls  any  minor  objectives/  the  outcome  is 
indecisive.  Allow  the  Umpire  to  decide  whether  to  end  the 
game  and  whether  to  declare  the  first  side  a  winner.  If 
neither  side  controls  the  major  objectives/  there  is  no 
winner.  Allow  the  Umpire  the  option  of  ending  the  game  in  a 
ceasef  i  re . 

Paramet  ers  : 

over  -  logical?   true  if   controller   decides   to   end 
game  or  if  one  side  has  achieved  victory 
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Other  Major  Variables: 

row#co1  -  integers?   location  of  a  key  objective 

major       -      character*!?  side       which       controls         friajor 

ob j  ec t  i  ves 

minor   -   character*!?    side   which   controls    miner 
ob j  ec  t  i  ves 

winner  -  character*5?   side  which  is  winning  or  ahead 

Common  Variables  Referenced  but  not  Changed: 


keya 
keyb 


1 asown 


Subprogram  Calls: 

Subroutine  RPOSIT/GPOSI T 
Subroutine  RL  ISTEN/GL  ISTt'N 

Entries: 

Subroutine  OPNCTL 


SUBROUTINE  SETOWN  () 

File:   UMPFILE.DAT 
Puroose  and  •'^ethod: 

This  module  sets  the  OWNER  and  LASOWN  maos  to 
indicate  the  presence  of  a  newly  estaolished  unitf 
designated  by  the  Red  or  Green  Player. 

Mark   new    Red    units.     Do    same    for    Green. 
Reinitialize  variables  to  zero  for  next  turn. 
Common  Variables  Changed: 


owner 
1 asown 


rown/gown 
r 1 as/gl as 


Ent  r  i  es  : 

Subroutine  OPNCTL 
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SUBROUTINE  RULES  (FIRST) 

File:   UMPFILE.FOR 

Purpose  and  Method: 

This  module  allows  the  Umpire  to  review   and   change 

the  rules  of  engagement. 

Write  c^rrer^t     rLle.   Ask  if  rule  should  be   changed? 

output  menu  of  possible  rules. 

Parameters : 

first  -  inteqer;   rule  of  engagement 

Entries: 

Subroutine    OPNCTL 

SUBROUTINE       MVMEN'T  (I,  ROW,CGL,NROt^^NCOL,MVPNTS, SIDE, FORCE/ 

CNFLCT) 

File:   GEME^Al.FOR 

Purpose  and  *^ethod: 

This  subroutine  moves  a  unit  from   one   hex   to   the 

adjacent  hex  if  the  unit;  has  sufficient  movement  points.   It 

calls  Suborogram  EN^MY  ^o  detect   enemy   units   in   adjacent 

hexes . 

Compute  number  of  points  required  for  the  move.    If 

the   unit   has   sufficient   movement   points*  make  the  move* 

changing  the  OWNER  array  if  no   units   from   the   same   side 

remain   in   the   old  hex.   Check  for  enemy  units.   Set  OWNER 

and  LASOWN  arrays  to  indicate  presence  of  unit. 

Parameters : 

i  "  integer;   index  number  of  unit 

row#col  -  integers;   location  of  unit 
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nrowfOcol  -  integers?   new  location  of  unit 

mvpnts  -  real;   movement  points  of  unit 

side  "  character*!;   side  unit  is  on 

force  -  character*5;   type  of  unit 

cnflct  -  logical;   true  if  enemy  unit  is   in   same   or 
adjacent  hex  (to  nrow^ncol) 

Common  Variables  Changed: 

Ok^ner 
1 asown 

Subprograms  Called: 

Subroutine  ENEMY 
Real  function  PIMTS 

Ent  r i  es  : 

Subroutine  FIGHT 
Subroutine  RMOVE/GMOVE 


SUBROUTINE  ENEMY  ( ROW , COL , S IDE , CNFLCT  ) 
File:   GENERAL. FOR 
Purpose  and  Method: 

This  subroutine  surveys  HEX(rowfCol)  and  adjacent 
hexes  for  enemy  units. 

Identify  adjacent  hexes  and  initialize  logical  to 
false.  Survey  hexes;  if  owner  is  other  side  or  ooth^  set 
1 ogi  cal  . 

Parameters : 

row#col  -  integers;   center  hex 

side  "  character*!;   side  doing  check 

cnflct  -  logical;   true  if  other  side  is  present 
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Other    '••ajor    Variables: 

i Uf i d # i us f i ds f j 1 / j r  -   integers;    row   on   column   of 
adjacent  hexes 

Common  Variables  Referenced  but  not  Changed: 

owner 

Ent  r i  es : 

Subroutine  FIGHT 
Subroutine  ^^VMF^IT 
Subroutine  RMOVE/GMCVE 


REAL  FUNCTION  PNTS  (SIDE, I , ROW , COL , NROW , NCOL , FORCE ) 
File:   GENERAL. FOR 
Puroose  and  Method; 

This  function  computes  the  movement  ooints  necessary 
for  a  unit  to  move  to  an  adjacent  hex. 

Get  Doints  required  to  move  into  a  hex  of  that 
terrain  tvoe  from  internal  data.  Adjust  Dy  adding  one  point 
if  the  unit  must  cross  a  river  (if  VHEX  total  of  the  two 
hexes  is  three).  Adjust  if  the  unit  is  moving  along  a  road 
(if  RHEX  of  both  hexes  is  1).  Check  type  of  unit  for  sea  vs 
land  movement.  For  air  travel^  terrain  has  little  effect. 
When  called  from  RECON  moaule,  to  set  ohoto  recon  route,  set 
all  hex  movement  points  eaual.  When  called  from  TERAIN 
Tiodule  to  establish  line-of-  sight,  set  all  movement  points 
equal  to  get  nearest  possible  to  straight  line. 
Paramet  ers : 

side  -  character*!;   side  moving 

i  -  integer;   index  number  of  unit  moving 
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row»col  -  integers;   present  location 

nrow^ncol  -  integers;   orooosed  location 

force  ■"  character*5;   type  of  unit 

Other  MajorVariables: 

river  -  integer;   total  vhex  points  of  the  two   hexes; 
a  3  indicates  crossing  the  river 

points  *  Pealf  nuffiber  of  points  required  for  the  move 

Common  Variables  Referenced  but  not  Changed: 


hex 
vhex 

Ent  r i  es  : 

Subroutine  MVMENT 


rhex 

rseal /qsea 1 


SUBROUTINE  SYSOUT  () 

File:   GENERAL. FOR 

Purpose  and  Method: 

This   routine   writes   all   common   map   and   system 
variables  to  file  ^2S    for  later  access. 

Common  Variables  Referenced  but  not  Changed: 

Ref erences ( w r i t es )  all  common  variables  from  hex, 
rhex,  system/  sysacq/  sysops*  table/  tabled/  and  game 
commons 

Entries: 

Subroutine  OPNCTL 

SUBROUTINE  REDOUT  () 

File:   GENERAL. FOR 
Purpose  and  Method: 
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THis  module  writes  aM  conrimon  red  variables  to   file 

#26  for  later  access. 

Common  Variables  Referenced  but  rot  Changed: 

Ref erences ( w p i t es )  all  variables  from  redunt,   redpos* 
redeq*  reqpoSf  and  redwar  commcns. 

Ent  r i  es : 

Subroutine  OPNCTL 
Subroutine  REDOPS 

SUBROUTINE  GRNOUT  () 

File:   GENERAL. FOR 

Puroose  and  Method: 

This  module  writes  all   common   green   variables   to 
file  «27  for  later  access. 

Common  Variables  Referenced  but  not  Changed: 

References(writes)  all  variables  from  qrnunt/   grnoosr 
grneq/  geaoos/  and  qrnwa^  commons. 

Entries: 

Subroutine  OPNCTL 
Subroutine  GRNOPS 


SUBROUTINE  SYSBRD  () 

File:   GENERAL. FOR 

Puroose  and  Method: 

This  routine  reads  SYSBRD.DAT  (file   ^25)   into   the 
common  variables.   The  formats  are  the  same  as  for  SYSOUT. 

Common  Variables  Changed: 

Changes  all  variables  from  hex^   rhex,   vhex,   systemr 
sysacor  sysoos/  table/  table2/  and  game  commons. 
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Entries: 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 


SUBROUTINE  REDBRD  () 

File:   GENERAL. FOR 

Puroose  and  Method: 

This  module  reads  REDBRD, DAT   (file   «26)   into   the 
common  variables.   The  formats  are    the  same  as  for  REDOUT. 

Common  Variables  Changed: 

Changes  (reads)  all   variables   from   redunt/   redpos^ 
redegf  reqpos/  and  redwar  commons. 

Ent  r  i  es  : 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 


SUBROUTINE  GRNBRD  () 

File:   GENERAL. FOR 

Puroose  and  Method: 

This  module  reads  GRNBRD, DAT   (file   <<27)   into   the 
common  variables.   The  formats  are  the  same  as  for  GRNOUT. 

Common  Variables  Changed: 

Changes  (reads)  all   variables   from   grnunt/   grnpos/ 
grneq/  gegoosr  and  grnwar  commons. 

Ent  r i  es  : 

Subroutine  OPNCTL 
Subroutine  REDOPS/GRNOPS 
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INTEGER  FUNCTION  RANGE  (I,J,K,L) 

File:   GENERAL. FOR 

Purpose  and  Method: 

This  function  computes  the  distance  (in  hexes) 
between  two  points  and  converts  to  an  integer, 

Paramet  ers : 

i/i   -   integers?    first   location   k/1   -   integers? 
second  1 oc  at  i  on 

Other  Major  Variables: 

rng  -  integer?   distance  between  two  locations 

vert  "•  real?   vertical  distance 

hor?  -  real?   horizontal  distanc 
Subroutines  Called: 

System  functions  FLOAT,  SQRT/  ana  IFIX 
Ent  r i  es  : 

Genera  1  Utility 

REAL  FUNCTION  NCACON  (SIDE , ROW , COL ) 

File:   GENERAL. FOR 

Purpose  and  Method: 

This  function  computes  the  probability  the  JTFHQ  can 
coordinate  with  the  NCA. 

Identify  Red  switches.  For  each  other  piece  of  Red 
equipment  collocated  with  the  JTFHQ,  add  it  to  the 
aopropriate  list  and  find  probability  it  will  connect  to 
NCAf  based  on  C3E  and  NCAPAT,  For  ground  terminals/  check 
to  see  if  a  satellite  beam  is   in   range   of   the   terminal. 
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fReoeat   for  Green  equiDment.   Compute  overall  probability  of 
a  link  to  NCA  using  the  formula: 

MCACON  =  1  -  f(l  -  HFPR0B)*(1  -  VLFPRB)*(1  -  GTPROB)] 


Parameters : 

side  -  character*!;   side  of  JTFHQ 

row/col  -  inteqers/   location  of  JTFHQ 

Other  Major  Variables: 

gt 1  -  integer;    list   of   gtound   terminal   equipment 
numbers 

vfl  -  integer;   list  of  vlf  equipment  numbers 

hfl  -  integer;   list  of  hf  equipment  numbers 

hqsw  -  integer;   number  of  switch 

rnq  -  integer;   range  from   ground   terminal   to   beam 
cent  er  of  satellite 

hqswD  -  real;   probability  of  switching  prooerly 

vlfo  -  real;   effectiveness  of  one  vlf  link 

gto  -  real;   effectiveness  of  a  satellite  link 

hfp  -  real;   effectiveness  of  an  hf  lintc 

ovlft  -  real;   overall  effectiveness  of  vlf  links 

pqtt  -  real;   overall  effectiveness  of  satellite  links 

phft  -  real;   overall  effectiveness  of  hf  linKS 

q  -  real;   1-chance  of  some  link  to  NCA  working 

satrng  -  logical;   true  is  a  satellite  is  in  range 

x^y  -  logicals;   true  if  systems  are    compatible 

Common  Variables  Referenced  but  not  Changed: 


redeq/grneq 
r  i  t  em/gi  t  em 


raun i t /gauni t     etype 
rtc3e/gtc3e       ncapat 
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peqrow/geapow 
reacol /qeqcol 

SuborograTis  Called: 


Ptc3es/gtc3es 
rt c  rnq/gt c  rng 


beams 


Integer  function  RANGE 

Logical  function  COMPAT 

Ent  pi  es  s 

General  Ut  i  1  i  t y 


REAL  FUNCTION  C3EXT  (SIDE, K, RNG) 


File:   GENERAL. FOR 

Puroose  and  Method: 

This  function  comoutes  the  orobabiM':/  a  unit  will 
be  in  communication  with  its  JTFHQ. 

For  each  item  of  Red  equioment,  chec-f  to  identify 
switches  at  ends  of  link.  (The  unit  norma llv  would  not  have 
a  switch,  but  the  game  allows  the  incl'jsion  of  one.)  Look 
for  Red  HF,  LOS,  GTPR08,  or  TAG  equioment  and  find 
orobability  of  each  forming  a  link,  CSee  Subroutines 
HFPROB,  L0SPP8,  GTPR08,  and  TACPRB.)  [)o  same  for  Green 
equipment.  Calculate  total  orobabilitv  of  communicating 
with  JTFHQ  using  the  formula: 

C3EXT  =  1  -  [(1-HFPR0B)*( 1-L0SPRB)*( 1-GTPR0B)*(1-TACPRB)] 

Papamet  eps : 

side  -  chapactep*!?   side  of  unit 

k    -  inteqep;   unit  numbep 

png  -  integep?   pange  fpom  unit  to  JTFHQ 
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Other  Major  Variables: 

hfl  -  integer?   list  of  hf  eauipment 

losl  -  integer;   list  of  los  equipment 

'}t^     -  integer?   list  of  ground  terminals 

tracl  "  integer;   list  of  tactical  equipment 

usw  -  integer;   index  number  of  switch  at  unitr  if  any 

hgsw  -  inteqer;   index  number  of  switch  at  hq 

tjswo  -  real;   effectiveness  of  unit  switch 

!iqswD  -  real;   effectiveness  of  hq  switch 

Tfp  -  real;   effectiveness  of  an  hf  link 

losp  -  real;   effectiveness  of  an  los  link 

qto  -  real;   effectiveness  of  a  satellite  link 

tacp  -  real;   effectiveness  of  a  tactical  link 

ohft  -  real;   overall  effectiveness  of  hf  links 

plost  -  real;   overall  effectiveness  of  los  links 

pgtt  -  real;   overall  effectiveness  of  satellite  links 

ptact  -  real;   overall  effectiveness  of  tactical  links 

g  •  real;   l-chance  of  communicating 

Common  Variables  Referenced  but  not  Changed: 


redunt /grnun t 
redeq/qrneq 
raun  i  t /qaun  i  t 
et  ype 

Subprograms  Called: 

Real  function  HFPROB 

Real  function  LOSPRB 

Real  function  GTPROB 

Real  function  TACPRB 

Ent  r i  es : 


rtc  3e/gt c  3e 
rtc3es/gtc  3es 
ri  tem/gi  tern 
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Gene  ra 1  Utility 

REAL  FUNCTION  HFPRQB  (S I DE / I , K , HQSW , USW , RNG ) 
File:   GENERAL. FOR 
Puroose  and  Method: 

This  function  comoutes  the  Drobability  o*  a  given  HF 
equioment  item  linking  ud  to  the  JTFhQ. 

For  HF  equioment  belonging  to  unit  K*  c^eck  for 
comoatible  HF  equioment  at  JTFHQ,  check  compat  i  b  i  '  i  t  y  .with 
switches,  and  check  range  (ground  and  sky  waves).  If  all 
requirements  are  satisfied  for  a  link,  the  prodij-.^t  of  the 
C5E  of  the  two  end  eguioments  is  the  probability  of  the 
link.  If  more  than  one  HF  link  is  oossible*  use  \.rR  highest 
orobabi 1 i  t  y  . 

Paramet  ers  : 

side  -  character*!;   side  of  unit 
i  -  integer?   index  of  eguipment  item 
k  -  integer;   index  of  unit 
hgsw  -  integer;   index  of  switch  at  ha 
usw  -  integer;   index  of  switch  at  unit 
rng  -  integer;   distance  from  unit  to  hq 
Other  Major  Variables: 

orob  -  real;   best  effectiveness  of  all  hf  links 
probt  -  real;   effectiveness  of  a  given  link 
x,y,2  -  logical;   true  if  systems  are  comoatible 
Common  Variables  Referenced  but  not  Changed: 
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redeq/qrneq 
r }  tem/cii  tem 
reorow/geqrow 
reoco 1 /geqcol 

Suborograms  Called: 


r t  c  rnq/gt c  rnq 
rt  c3e/qtc  3e 
r t c  3es/qt  c  3es 

c  rnqs 


rrow/grow 
rco 1 /gco 1 
et  ype 


Logical  function  COMPAT 
System  function  MIN 

Ent  r i  es  : 

Real  function  C3EXT 


LOGICAL  FUNCTION  CQMPAT  (I,K,RNG) 


File:   GeNERAL.FOR 
Purcose  and    Method: 

This   function   determines   whether   two   pieces  of 
equiofnent   a»'e   comoatiole   at   a   given   ranges   based  on  a 
comoatibiHtv  table  (Attachment  A-2f  of  the  Users*  'Manual). 
Paranet  er's : 

i»k  -  'ntegep?   index  numbers  of  two  systems 
rnq  -  integer/   distance  between  systems 
Othe=-  Major  Variables: 

oatible  -  logical?   true  if  systems  are  compatible 
X  -  character*!;   value  from  compatibility  table 
Entries: 

Genera  1  Utility 

REAL  FUNCTION  LOSPRB  (S IDE , I , K , HOSW , USW, RNG) 
File:   GENERAL.FOR 
Purpose  and  Method: 
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This  function  comoutes  the  opobabiHtv   of   a   "jiven 

Hne-of-sight    equipment   item   linking   uo   to   the   JTFHQ 

directly  or  throuQh  a  single  relay. 

For  LOS  equipment  collocated  with  unit  K,   iool<   for 

compatible  LOS  equipment  at  JTFHQ;   check  compatibility  with 

switches.   If  within  ranqe/  link  directly;   otherwise^   lock 

for   a  ground  relay.   Check  for  an  airborne  relay  through  an 

ABNCP  or  AWACS.   LOSPRB  is  the  oroduct  of  the   C3Es   of   >he 

end  equipments  and  any  relays. 

Parameters : 

side  -  character*!;   side  of  unit 

i  -  integer;   index  of  equipment  item 

j  -  integer;   index  of  unit 

hqsw  -  inteqer;   index  of  switch  at  hq 

usw  -  integer;   index  of  switch  at  unit 

rng  -  integer;   distance  from  unit  to  hq 

Other  Major  Variables: 

rangeu  -  integer;   range  from  unit  to  relay 

rangeh  -  integer;   range  from  relay  to  nq 

probt  -  real;   effectiveness  of  a  given  los  link 

prob  -  real;   best  los  link  effectiveness 

X/yrZfW/v  -  logicals;   true  if  systems  are    compatible 

Common  Variables  Referenced  but  not  Changed: 

redeq/grneq  rtc3e/gtc3e  raba/gaoa 

reqrow/qeqrow  r t c rng/gt c rng  rrow/grow 

reqco 1 /geqco 1  rawa/gawa  rcol/gcol 
et  ype 

Subproqrams  Called: 
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Integer  function  RANGE 
Logical  function  COMPAT 
System  function  MIN 

Ent  r i  es  : 

Real  function  C3EXT 


REAL  FUNCTION  GTPR03  ( SIDE , I , HQSW , USW ) 

File:   GENERAL. -OR 

Puroose  and  Method: 

This  functiDn  comoutes  the  opobabilitv   of   a   given 

ground  ter-fliral  linking  to  the  JTFHQ  through  a  satellite. 

Loo!<  for   comoatible   satellites   and   check   range. 

Check  for    ground  terminals  at  JTFHQ  and  check  comoatibility 

and  range.   Find   orobability   for   each   oossiole   link   by 

■nulticlyina   the  C3E  of  the  satellite  and  the  C3E  of  the  two 

ground  terrninals.   If  two  or  more  links   are   possible^   use 

the  one  with  the  highest  orobability. 

Parameters? 

side  -  character*!;   side  of  unit 

i  -  integer?   index  of  eguioment  item 

hgsw  -  integer;   index  of  switch  at  hq 

usw  -  integer;   index  of  switch  at  unit 

Other  Major  Variables: 

rng  -   integer;    range   from   ground   terminal   to   a 
satellite  beam  center 

rngu  -  integer;   minimum  range  from  ground  terminal  to 
beam  center  of  a  compatible  satellite 

rngh  -  integer;   range  from  satellite  beam   center   to 
JTFHQ 
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norob   -   real;    effectiveness   of   link   throuah 
sat  el  1 i  t  e 

ppob  -  real;   effectiveness  of  best  satellite  link 

X ,y ,2 ,^    -  logicals;   true  if  systems  are    comoatibie 

Common  Variables  Referenced  but  not  Changed: 

redeq/prnea      rtc3e/gtc3e      rbeam/gbeam 
reqrow/gegrow    r t c rng/gt c rng    etype 
reqco 1 /geqco 1    ritem/gitem 

Suborograms  Called: 

Integer  function  RAT^JGE 
Logical  function  COMPAT 
System  function  MIN 

Entries: 

Real  function  C3EXT 


REAL  FUNCTION  TACPRB  (SIDE/I/RMG) 
File:   GENERAL. FOR 
Purpose  and  Method: 

This  function  comoutes  the  probability  of  a  direct 
link  with  the  JTFHQ  using  a  given  tactical  comm  equioment 
i  tem , 

Check  for  compatible  TAC  equioment  at  JTFHQ;  cheek 
compatibility  and  range  of  the  equipment.  The  orobability 
for  the  link  is  the  oroduct  of  the  C3E  of  the  two 
equioments.  If  two  or  more  links  are  possible^  use  the  one 
with  the  highest  orobability. 
Paramet  ers : 

side  -  character*!;   side  owning  equioment 
i  -  integer;   index  of  equipment 
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mo    "    integer?   distence  from  unit  to  JTFHQ 

OtherMa.iorVariables;: 

probt  -  real;   effectiveness  of  a  tactical  link 
prob  -  reaW   best  tactical  link  effectiveness 
x/y/Z  -  ]ogicals;   true  if  systems  are  compatible 

Common  Variables  Referenced  but  not  Changed: 


redeq/grnea      r t c rnq/qt c rng 
reqrow/qeqrow    rtc-)e/qtc3e 
reqco 1 /qeqco 1    ritom/gitem 

Suboroqrams  Called: 

Logical  function  COf-iPAT 
System  function  MIN 

Ent  r  i  es  : 

Real  function  C5EXT 


rrow/qrow 
rco 1 /gco 1 
et  yoe 


REAL  FUNCTION  l^4JCl     TS  IDE  ,  I  /  ROW  ,  COL) 

File:   GENERAL. FOR 

Purpose  and  Method: 

This  function  computes  the  internal  communications 
ability  of  a  unit. 

Find  tactical  gear  assigned  to  the  unit?  adapt 
effectiveness  for  local  terrain  by  checking  internal  data 
and  multiolying  the  C3E  of  the  equioment  by  aooroDriate 
factors.  TACP  is  the  effectiveness  of  each  set  of  tactical 
equipment.  INTC3  is  the  total  effectiveness  of  all  tactical 
equioment  using  the  formula: 

INTC3  =  1  -  [(1-TACP(1 ) )*(1-TACP(2) )*  ...  (l-TACP(n))] 
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Paramet  ers : 

side  -  character*!;   side  of  unit 
i  -  integer?   index  number  of  unit 
row, col  -  integers;   location  of  unit 

Other  Major  Variables: 

tad  -  integer;   list  of  tactical  equipment 
taco  -  real;   effectiveness  of  a  tactical  set 
c3eff  -  real;   effectiveness  of  a  tactical  set 
q  -  real;   1-  chance  of  communicating 
prob  -  real;   chance  of  internal  connectivity 

Common  Variables  Referenced  but  not  Changed: 

redeq/grneq      rrow/grow      rtc3e/gtc3e 
regrow/geqrow    rcol/qcol      etype 
reqco 1 /geqcol    ritem/gitem    hex 

Entries: 

Genera  1  Utility 

SUBROUTINE  CHECK  (RO«V,COL) 

File:   GENERAL. FOR 

Purpose  and  Method: 

This  routine  checks  the  validity  of  input  map 
coordinates  by  making  sure  the  row  number  is  less  than  or 
equal  to  66  and  the  column  number  is  less  than  or  equal  to 
60  and  either  both  are  odd  or  both  even.  If  the  numbers  are 
not  valid  hex  coordinates/  the  routine  asks  for  and  checks 
new  row  and  column  values. 

Paramet  ers : 


292 


row#co1  -  integers;   location  being  tested 
Other  Major  Variables: 

test  -  rea^  i       odd/even  te;>t  value 
Subprograms  Called 

System  function  FLOAT 
Ent  r i  es : 

Genera  1  Utility 

SUBROUTINE  RPOSI T/GPOS I T  () 


File:   GENERAL. FOR 

Puroose  and  Method: 

This  routine  disol^ys  the  unit  name/  location^  qoa)  r 
and  combat  ooints  for  each  unit.  For  each  unit/  write 
values  oresently  in  the  common  /ariables.  " 

Common  Variables  Refef^enced  but  not  Changed: 


redun t /qrnun t 
r row/grow 
rco 1 /qcol 

Entries: 


a  a  Ti  t  rn 
rgoa 1 / ggoa 1 
rcmbt p/gcmbt p 


Subroutine  RTURN/GTURN 
Subroutine  ENDWAR 


Subroutine  rterain/gterain  ( ) 

File:   GENERAL. for 
Purpose  and  Method: 


291 


This  subroutine  adjusts  the  temporapy  range   and   C3 

effectiveness  of  comm  eauiofnent  based  on  terrain. 

Set  temporary  values  initially  eaual  to  basic  values 

for   that   eauioment   type*    If   the   eQuipment   is   ground 

equipment  adjust  for  basic   terrain   (excluding   mountains). 

Check   oath   from   eQuioment   to   JTFHQ   for   mountains  (use 

ootimum  path  to  simulate  line  of  sight).   If  hills/mountains 

are   at   least   two   hexes  wide  and  closer  than  three  hexes^ 

adjust  comm  effectiveness  by  a  factor  of  0,75. 

Ma j  or  Var  i  ab 1 es  : 

rerce  -  integers?   location  of  equipment 

rbrCb  "  integers;   location  of    blocking  mountain 

begin  -  integer;   start  of  path  for  mountain  check 

Common  Variables  Changed: 

rtc3e/gtc3e         rt c rng/gtcrng 
rtc3es/gt c3es 

Common  Variables  Referenced  but  not  Changed: 


readea/grneq  roat h r /gpat h r 

rearow/gegrow  rpa t hc/gpat he 

reqco 1 /gegco 1  rs t ar t /gst art 

rrow/grow  ritem/gitem 

rcol/gcol  rauni t /gaun i t 
etype 

Subprograms  Called: 

Subroutine  OPTI^ 
Integer  function  RANGE 

Ent  r i  es : 

Subroutine  RTURN/GTURN 
Subroutine  RCOMM 1 /GCOMMl 


c  rng 
c  rngs 
c3e 
c3es 
hex 
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SUBROUTINE  OPTIM  ( S I DE , K , ROW , COL , NPOW , MCOL , FORCE ) 


File:   GENERAL. FOR 
Puroose  and  Method: 

This  routine  uses  a  variation  of  the  Dijkstra 
Algorithm  tRef.  7]  to  find  the  shortest  distance  from  the 
current  position  to  the  destinotiof-!.  It  takes  into  account 
the  tyoe  of  unit  and  the  terrain  by  call  Subroutine  PNTS. 
The  Path  will  not  allow  ground  units  to  cross  lakes  or  seas 
or  shios  to  cross  land.  Ground  units  v/ i  1  1  go  through  passes 
or  over  mountainsr  whichever  requires  'ewer  points. 

Check  validity  of  destination  For  type  of  unit.  Set 
initial  values  of  arrays*  mac  borders-  and  origin  (starting 
point).  For  present  node#  f i na  aaditional  ooints  necessary 
for  given  force  to  go  to  each  adjacent  hex.  Find  the 
unexplored  node  closest  to  the  ordain;  this  is  the  next 
node  to  be  explored.  Vove  to  next  Tode.  Trace  oath  bac< 
from  destination  to  origin.  Reverse  oath  and  set  the  arrav 
eleTient  after  the  destination  eaual  to  zero. 
Parameters: 

side  -  characte*l;   side  looking  for  oath 
k  -  integer;   index  of  unit 

rowrcol  •  integers?   present  location  of  unit 
nrowfncpl  -  integers?   destination 
force  -  character*5;   type  of  unit 
Other  Major  Variables: 

er,ec  -  integers;   E  array  for  algorithm;   calling  hex 
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d  -  real?   D  array?   path  length  from  origin 

f  -  integer?   F  array?   0  for  unexplored  nodeSf   1   if 
expl ored 

min  -  real?   minimum  distance  to  next  node 

bpat hr ,bpat he    -    integers?     reverse    path    form 
destination  bade  to  origin 

nextr#nextc  "  integers?   next  node  to  be  explored 

UP / dn / us # ds *  1 s f fs  -  integers?   coordinates  of  adjacent 
nodes 

rr/cc  "  integers?   temporary  holding  for  r  and  c 

r/c  -  integers?   present  node 

nr^nc  -  integers?   one  hex  from  goal 

dist  -  real?   distance  to  present  node 


disturfdistul/distufdistdfdistdr/distdl 
distances  to  adjacent  hexes 


real  ? 


Common  Variables  Changed: 

rpat  h  r /gpat  h  r 
rpat hc/gpat  he 
rgoa 1 /ggoa 1 

Subprograms  Called: 

Real  function  PNTS 

Ent  r i  es  : 


rst  art /gs t  art 

rend/gend 

r 1  en t  h /gl ent  h 


Subroutine  REDGOAL/GRNGOAL 
Subroutine  RTERA IN/GTER A  IN 
Subroutine  RRECON/GRECON 


SUBROUTINE  RTURN/GTURN  (STOPAT) 
File:   RED. FOR/GREEN. FOR 
Purpose  and  Method: 
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This    subroutine    offeri>    a    ^iienu    of       possible       actions, 

incuts    the    player's    choice/    ca)iS    the   aooropriate 

subroutine^  and  then  looos  back  for  ariother  choice. 

Initialize  temporary  values  for  equic)ment.    Present 

player  action  menu. 

Paramet  ers : 

stopat  -  real?   scheduled  time  for  end  of  turn 

Ma j  or  Variables: 

choice  -  character*!;   menu  selection 

airlft  -  logical;   true  if  an    airdrop  has  already  been 
requested  for  this  turn 

Common  Variables  Changed: 

r recce/grecce 

Subprograms  Called: 

Subroutine  REDGOAL/GRNGOAL 

Subroutine  RCOMM/GCQMM 

Subroutine  RRECON/GPECOM 

Subroutine  RCACAS/GC AC  AS 

Subroutine  PPOSI T/GPOS I T 

Subroutine  RSE AL IFT /GSEAL  IFT 

Subroutine  R A  I RLIFT/GA I RL IFT 

Subroutine  R ATKSA T/GATKSAT 

Subroutine  RTERA IN/GTER A  IN 

Ent  r i  es  : 

Subroutine  REDOPS/GRNOPS 

SUBROUTINE  REDGOAL/GRNGOAL  () 
File:   RED. FOR/GREEN. FOR 
Purpose  and  Method: 
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This  routine  allows  the  player  to  change  the 
movement  goal  of  a  combat  unitf  disolays  a  projected  oath, 
and  allows  the  player  to  input  an  interim  point  to  take 
another  pat  h , 

Input  unit  name  and  check  identity  of  the  unit. 
Check  communications  link  to  see  if  change  of  orders  can  be 
sent  to  the  unit.  Display  present  goal  of  unit  and  ask 
olayer  if  he  wants  to  change  it.  Ask  for  new  goalf  '0  0'  to 
be  input  to  stop  a  unit  in  its  present  position.  Output  new 
gcal  and  proposed  path.  If  the  unit  is  a  sealifted  Marine 
force/  the  goal  remains  that  of  the  Amphibious  Task  Force 
Ccirrying  the  Marines. 
Major  Variables: 

unitna  -  character*8;   name  of  unit  input  by  player 
effc3  -  real?   effectiveness  of  comm  link  to  JTFHQ 
rng  -  integer;   distance  to  hg 
rn  -  real /   random  number 
Common  Variables  Changed: 

rgoal /ggoal 
Common  Variables  Referenced  but  not  Changed: 


redun t /grnunt  rpat h r/gpat h r 

rrow/qrow  roa t he /gpa t he 

rcol/gcol  rst ar t /gs t art 

r f orce/gf orce  rend/gend 

Subprograms  Called: 

Subroutine  OPTIM 
Real  function  C3EXT 
Real  function  NCACON 
System  function  RAN 


r 1  en t  h/g 1  en t  h 
rsea 1 /gsea 1 
seed 
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Ent  r i  e3  : 

Subroutine  RTURN/GTURN 

SUBROUTINE  RCACAS/GCACAS  (  ) 

File:   RED. FOR/GREEN. FOR 

PuPDOse  and  Method: 

Fop  each  aip  wing^  the  player  selects  the  mission 
conf  i  gupa  t  i  on  fop  this  tupn,  f^ission  choices  are 
i nt erdi c t i onf  countep  aip/  and  close  aip  support. 

Check  unit  list  foP  flying  wing.  For  each  wing 
offep  mission  choice.  If  intePdiction  mission  is  selected/ 
input  5  tapgets.  If  close  air  support  op  counter  air 
missions  are  selected/  set  temporary  values  for  the  mission. 

Common  Variables  Changed: 


r t  i  nt d/gt  i  nt  d 
r  i  nt  d/g  i  nt  d 


rtcasv/gtcasv 
rtcav/gt  cav 


Common  Variables  Referenced  but  not  Changed: 


r f orce/gf orce 
redunt /grnun t 

Subprograms  Called: 
Subroutine  CHECK 

Ent  r i  es  : 

Subroutine  RTURM/GTURN 

SUBROUTINE  RRECON/GRECON  () 
File:   RED. FOR/GREEN. FOR 
Purpose  and  Method: 


rcasv/gcasv 
re  av/gca V 
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This  routine  allows  the  olayer  to  reauest   satellite 

survey  o^       one   op   more   columns   of   the   mao  to  find  the 

locations  of  enemy   units.    The   olayer   can   also   request 

peconnai sance  flights  (at  the  expense  of  othep  air  support). 

Offer   choice   of   satellite   op   aip    pecon.     If 

satellite   Pecon   is   selected/  peview  list  of  equipment  fop 

*spy'   satellites*   display   beam   width(cpng)/   and    inout 

westepnrrost   column   to   be   supveyed.    If   aiP   mission  is 

selectee*  input  start  and  end  points   of   mission   and   unit 

name  of  wing  to  fly  the  mission. 

Majctp  Variables: 

unitna  -  character*8;    unit   name   inout   oy   olayer; 
flying  wing  to  be  assigned  recce  mission 

aib  -  integers;   starting  point  for  recce  flight 

c  (•  d  -  integers;   end  point  of  recce  flight 

Com n on  Variables  Changed: 


r • col /gi  CO  1 
rr ecce/grecce 
r<5tart/gstart 


rpat  h  r /gpat  h  r 
rpat  hc/gpat  he 


Comnon  Variables  Referenced  but  not  Changed: 


pedunt /grnunt 
r  f orce/gf orce 
redeg/grneq 

SubDPogpams  Called: 

SubPoutine  OPTI'*^ 
SubPoutine  CHECK 

Ent  Pies: 

SubPoutine  RTURM/GTURN 


p  i  t  em/gi  t  em 
et  yoe 

C  Png 
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SUBROUTINE  RAlRLIFT/GAIffLIFT  (AIRLFT) 

File:   RED. FOR/GREEN. FOR 

Purpose  and  Method: 

Each  side  can  airlift  one  airborne  force  each  turn. 
The  player  identifies  the  unit.  If  it  is  loc.=/tec^  on  an 
airfieldr  it  is  immediately  moved  to  the  new  locarioo.  The 
airlift  does  not  subtract  from  other  air  missions. 

Indicate  if  airlift  has  already  been  used  for  this 
turn.  Otherwise^  input  name  of  unit  to  be  airHftod. 
Verify  name  if  that  of  an  exist  ing^  airborne  unit^  Choci< 
location  to  make  sure  unit  is  on  an  airfieln.  If  .ill 
conditions  are    met/  set  variables  for  the  drop. 

Paramet  ers : 

airlft    -    locjical;       true    if    airlift       has       alreadv       b?en 
requested    for    this    turn 

Other  Major  Variables: 

fly   -   integer;    index   usea   to   identify    whetner 
identity  of  unit  to  be  airlifted  has  been  matched 

unitna  -  character*8;   name  of    unit  to  be  airlifted 

rowfCol  -  integers;   drop  zone  location 

Common  Variables  Changed: 
rdroo/gdrop 
rl i  f t /gl i  ft 

Common  Variables  Referenced  but  not  Changed: 


redunt /grnunt 
r f orce/gf orce 

Subprograms  Called: 

Subroutine  CHECK 

Ent  r i  es  : 


r row/grow 
rcol /gcol 
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Subroutine  RTURN/GTURN 

SUBROUTINE  RSEAL IFT/GSE AL IFT  () 

File:   RED, FOR/GREEN. FOR 

Puroose  and  Method: 

Th^s  subroutine  embarks  Marine  forces  oroviding 
their  position  and  that  of  the  Amphibious  Task  Force  are 
aooropriate.  CThey  must  be  in  adjacent  sea  and  shore 
hexes . ) 

Offer  choice  of  embarking  or  disembarking.  If 
e'nbaric  i  no  ^  review  Hst  of  sealifted  forces  to  see  if  ships 
are  avai'able.  Input  unit  to  be  sealifted  and  verify  it  is 
an  existing  Marine  unit.  (Allow  reject  to  main  menu,)  Check 
to  see  if  unit  and  ships  are  in  adjacent  hexes*  if  so  set 
aooropr i at e  variables  to  embark.  Cutout  messages  if  sealift 
is  not  available  or  locations  are  wrong.  If  disembark  is 
selected*  input  and  verify  name  of  unit.  If  unit  is 
amphibious*  verify  that  it  is  presently  embarked  on  an  ATF* 
and  verifv  location  of  ships  is  along  shore.  If  conditions 
are  met*  set  variables  for  landing. 

Major  Var  i  abl es  : 

unitna  -  character*8;   name  of  unit  to  be  sealifted 

bot t omr t op» 1 ef t * r i gh t   -   integers?    coordinates    of 
adjacent  hexes 

shios  -  logical;   indicates  availability  of  amohibious 
task  force 

lift  -  logical;   indicates  locations  are  aDorooriate 
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pow^col  -  integers;   possible  landinq  zone 
Common  Variables  Changed: 


rseal /gseal 
p  row/arow 
rco 1 /qco 1 


rgoal /aqoa 1 
r 1 and/g 1  and 
rshore/gshope 


Common  VaPiables  Referenced  but  not  Changed: 

pedunt /qpnunt  hex 

p  f opce/gf opce 

Ent  pies: 

Subpoutine  RTURN/GTURN 

SUBROUTINE  RATKSAT/GATKSAT  (  ) 

File:   RED. FOR/GREEN. FOR 

PuPDOSe  and  Method: 

This  module  allows  the  olayep  to  peauest  use   o'   a"^ 

anti-satellite   weaoon.    Connectivity   to   NCA   is  pequirvj»ci 

requaPdless  of  pules  of  engaaement. 

Ma  j  OP  Vapi  abl es : 

count  -  integep;   numoep  of  weaoons  available 

list  -  inteaep?   list  of  weaoon  indexes 

scount   -   integep?    number   of    satellite    tapgets 
ava  i 1 abl e 

slist  -  integep?   list  of  tapget  indexes 

comm  -  Peal?   connectivity  to  NCA 

pn  -  pealf   pandom  numbep 

num  -  integep?   index  numbep  of  tapget  selected 

Common  VaPiables  Changed: 

pt  apgt /gt apgt 
pweaon/gweaon 
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CoiTimon    Variables    Referenced    but    not    Changed: 


redeq/grneq 
r  i  t  em/qi  ?  em 
rtc3e/gtc3e 

SubDrograms  Called: 

Peal  funv-tion  NCACON 
SystC'T^  function  RAN 

Entries: 

Subroutine  RTUPN/GTURN 


et  yoe 
beams 


REAL  FUMCTION  RPOI NT/GPO I  NT  (I,C3EFF) 
File:   RED  .FOR/Gf!£EN  .FOR 
Puroose  and  Methc)d: 

This  function  calculates  the  mobility  ooints  of  a 
unitr  considerinc)  th«f  type  of  unit/  the  mobility  of  any  comm 
equipment  t*". ey  3''e  carrying  along/  and  the  effectiveness  of 
their  tactical  communications. 

Set  ooitts  initially  for  type  of  unit.  Make 
adjustment  for  mobility  of  comm  gear.  (If  the  mobility  of 
the  comm  year  is  lesis  than  that  of  the  combat  unit/  the  unit 
must  slow  down  to  the  soeed  of  the  eguipment.)  If  forces  are 
sealiffed/  adjust  mobility  to  be  that  of  ships.  Adjust  for 
effectiveness  of  tactical  comm.  If  INTC3  is  less  than  a 
random  number  the  movement  points  of  the  unit  are  multiplied 
by  a  factor  of  0,5. 
Paramet  ers : 

i  -  integer;   index  of  unit 

c3eff  -  real/   internal  comm  effectiveness 
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Other  Major  Variables: 

Dnts  -  inteqer;   value  of  movement  points 
rpnts  -  real?   real  eauivalent  of  pnts 

Common  Variables  Referenced  but  not  Changed: 


redunt /qrnunt 
redea/grneq 
r i  t  em/gi  t  em 


rumob/qumob       mob 
raun i t /qaun i t     seed 
rsea 1 /gseal 


Subprograms  Called: 

System  functions  RAN  and  FLOAT 
Ent  r  i  es : 

Subroutine  RMOVE/GMOVE 

SUBROUTINE  RMQVE/GMOVE  () 

File:   RED. FOR/GREEN. FOR 

Purpose  and  Method: 

This  subroutine  moves  each  unit  along  the  projected 
oath  toward  its  goal.  Movement  is  affected  bv  terrain  anci 
bv  the  unit's  movement  points.  The  movement  points  of  ». 
unit  are  obtained  by  calling  Subroutine  RPOINT  or  GPOINT. 
These  points  are  then  compared  by  Subroutine  MVMENT  with  the 
points  required  *or  that  type  of  unit  to  enter  the  next  hex. 
If  the  unit  has  sufficient  points*  the  movement  is  made. 
Movement  continues  until  the  goal  is  reached*  all  movement 
points  are  used*  or  the  unit  enters  the  control  zone  of  an 
enemy  unit  (in  which  case  the  player  can  choose  to  retreat* 
attack*  or  go  on  toward  its  goal). 
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LooD  through  units.   If  a  unit  is  sealifted»  wait  to 

move       it.  If    unit     is    c<ebarl<inq/     set    new    Dosition    and    check 

for  enemy  in  the  area.   If  ':he  unit  is  being  airdroooed*  set 

their   ne«  position  and  check  for  enemy  in  the  area-       If  the 

unit  is  not  seaHfted  or  ai'Hfted^  check  internal  comm   and 

calculate   movement   Doints.    ""love   the   unit   until  out  of 

movement  ooints/  at  qoa ' »  o "  in  enemy  control  zone.   If   not 

in   retreatf   call  MVMFNT  to  make  a  one-hex  movement.   If  in 

an  enemy  control  zone/  offer*  player   choice   of   retreating, 

continuing   on  toward  goal*  going  into  a  defensive  position, 

or  reauesting  approval  of  ai  attack.   If   in   retreat,   move 

backwards   at   half  sceed  until  out  of  movement  points.   Set 

new  position  of  all  Tionile  comm  gear  assigned  to   the   unit. 

Check   to   See   if   movement   should  stop.   If  any  units  are 

sealifted,  set  their  n«w  position  the  same  as   their   ships' 

position. 

Major  Variables: 

mvpnts  *  real'   Tiovement  points  of  unit 

temp  -  real;  temporary  value  of  points?  holds 
oriainal  points  while  adjustments  are  made  for  slower 
ret reat  speed 

used  -  real;  number  of  points  used  in  a  one  hex 
ret  reat 

retret  -  logical;   indicates  if  unit  is  retreating 

cnflct  -  logical;  indicates  unit  is  in  the  control 
zone  of  an  enemy  unit 

wait  -  logical;   there  is  at  least  one  sealifted  unit 

wait2  -  logical;  the  given  unit  is  sealifted  and  must 
move  with  the  ships 
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row#col  -  integers;   landing  zone  for  sealifted  unit 
Common  Variables  Changed: 


reqrow/gegrow 
reqcol /gegcol 
rcn 1  St /gen  1 s t 
rst  art /gst  art 
raoa 1 /qgoa 1 


rrow/qpow 
rco 1 /gcol 
r 1 and/g 1  and 
pshore/oshope 


pdPOo/gdPOD 
p1 i  f t/ql  i  ft 
owne  P 
1 asown 


Common  VaPiables  Refepenced  but  not  Changed 


pedun t /gpnunt 
p  f o  pce/gf opce 

Subopogpams  Called: 


psea 1 /asea 1 
pauni  t/gauni  t 


SubPoutine  MVMEMT 
SubPoutine  ENEMY 
SubPoutine  RLI STEN/GL ISTEN 
Real  function  I^JTC3 
Real  function  RPO I NT/GPOINT 

E  n  t  p  i  e  s  : 

SubPoutine  OPNCTL 

SUBROUTINE  RCQMM/GCQMM  () 

File:   RED. FOR/GREEN. FOR 

PuPDOse  and  Method: 

This  subpoutine  allows  the  olayep  to  detach  comm 
equipment  fpom  a  unit  and  set  it  up  as  a  seoaPate  fixed  or 
mobile  comm  detachment.  The  playep  can  also  assign  airborne 
command  post  opbits  op  change  comm  satellite  opbits  and  beam 
locations*  and  change  the  mission  assignments  of  electPonic 
wapfape  systems. 
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Offer  choice  of  actions.   If  ABNCP  orbit   change   is 

desired   and  one  is  available  for  this  turnr  input  new  orbit 

center  and  change  values.   If  playsr  wants   to   detach   comm 

eCjuiDment,   input  eQuipment  and  owning  unit.   Input  new  unit 

name  for  the  detachment.   If  a  unit  by  that   name   owns   the 

eauipment    designated*    detach    the    eauipment*   setting 

necessary  variables.   The  unit   tyoe   is   now   'relay'*   the 

mobility   is   that   of  the  equipment*  the  unit  has  no  combat 

points*  and  no  initial  coal.   If  the  olayer  wants  to   change 

a   comm   satellite   orbit   and/or   beam  position,  review  the 

equipment  list  for  comm  satellites.    Output   the   satellite 

name*   present   position*   and   beam  centers*   and  input  new 

centers.   If  the  olayer  wsnt!?  to  change  EW  system   missions* 

list  systems  and  get  choice  of  moces. 

^'ajor  Variables: 

found  -  logical;   true  ^f  equipment  or^unit  is  matched 

arow*acol  -  int^^gersJ   orbit  locations  of  ABNCP 

goback  -  looical?   true  if  input  equipment  of  unit   is 
not  found  in  lists 


Common  Variables  Changed: 


redunt /grnunt 
r  row /or ow 
rco 1 /gco 1 
rumob/gumob 
rgoal /gqoal 


reqrow/'gegrow 
reqco 1 /geqco 1 
rauni  t/qaurn  t 
rbeam/gbeam 


raba/qaba 
r  force/of o  rce 
rcmbt p/gcmbt  p 
rmode/gmode 


Common  Variables  Referenced  but  not  Changed: 


rava 1 b/gava 1 b     rab/gab 
redeg/grneq       rabl/gaol 
ritem/gitem       etyoe 

Subprograms  Called: 


mob 

beams 

seed 
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Subroutine  CHECK 
System  function  RAN 

Ent  Pies: 

Subroutine  RTURN/GTURN 

SUBROUTINE  RCOMmi /gcQMM 1  () 

File:   RED. FOR/GREEN. FOR 

Puroose  and  Method: 

This  subroutine  is  called  only  on  the  first  turn  of 
the  Ooerations  oortion  of  the  game.  It  allows  the  player  to 
make  initial  allocation  of  comm  equipment  to  a  combat  unit/ 
fixed  location/  or  mobile  comm  relay  detachment. 

List  all.  equipment  assigned  to  the  olayer.  For  each 
equipment  item/  individually/  determine  type  of  equipment. 
If  it  is  an  ABNCP  or  AW ACS/  simply  list  it  for  later 
reference.  If  eouioment  is  a  satellite/  identify  the 
nomenclature/  number  of  beams  and  beamwidth.  Allow  the 
player  to  input  the  center  of  each  beam.  If  the  equipment 
is  an  Intelliqence  satellite/  identify  it  to  the  olayer; 
missions  will  be  assiqned  in  RECON  module.  If  the  equipment 
is  an  anti-satellite  weapon/  identify  it  to  the  olayer, 
Missions  will  be  assiqned  in  ATKSAT  module.  For  fixed 
equipment/  allow  olayer  to  input  the  location.  For  mobile 
equipment/  allow  player  choice  of  assigning  to  a  Particular 
combat  unit  or  setting  it  up  as  a  separate  comm  detachment. 
For  equipment  to  be  assigned  to  a  combat  unit/  input  the 
unit  name  and  set  the  location  of  the   equipment   to   match. 
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For  equip-nent  to  be  used  as  a  seoarate  detachments  input  the 
location  and  new  unit  nanne.  Set  force  t/pe  to  'relay's  set 
mobility  pointSf  combat  cointS/  and  goal.  If  AWACS  is 
available^  calculate  percentage  o^  ava i 1 abi 1 i t y f  based  on 
the  number  of  olanes.  If  ABfMCPs  are  available^  calculate 
the  percentage  of  availability;  missions  will  be  assigned 
in  the  COMM  routine  of  each  turn.  Set  temporary  C3 
effectiveness  of  equipment  based  on  terrain  at  the  initial 
1  ocat  i  on , 

Common  Variables  Changed: 


redunt /qrnunt 
r  f orce/qf orce 
r  row/grow 
rcol /gcol 
rgoa 1 /ggoa 1 
rumob/gumob 
rown/gown 


r  e  g  r  o  w  /  q  e  g  r  0  k^ 
reqco 1 /gegcol 
rauni  t/gaur.  •  c 
rava 1 b/gava 1 b 
r  a  V  a  1  w  /  g  s  v  a  '  a 
rcmbtp/gcmbtp 
r 1  a  s / q 1  as 


raw/gaw 
raw  1 /gaw 1 
rab/gab 
rab 1 /gab  1 
rawa/gawa 
raba/gaba 


Common  Variables  Referenced  but  not  Changed: 


redeg/grneg       etype 
ritem/gitem       beams 

Subprograms  Called: 

Subroutine  RTER A  IN/GTERAIN 
Subroutine  CHECK 

Entries: 

Subroutine  REDOPS/GRNOPS 


C  rnq 
mob 
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6.  PREPARING  ALTERNATE  GANGES 

6.1  DATA  BASE  SETS 

There  are  five  basic  data  sets  needed  to  olay  GOMEL 
i^aOt  System  Information^  Equipment  Lists*  Unit  ListS/  and 
Combat  Results  Table).  Any  one  set  may  be  changea  without 
changing  the  others.  By  changing  the  data  files  you  can 
tailor  the  battle  to  match  a  real  world  batle  or  determine 
the  relative  value  of  two  different  electronic  systems. 

6.1.1  The  Map 

There  are  three  sets  of  mao  data  arrays  and  a  fourth 
file  identifying  the  key  objectives.  One  array  indicates 
the  basic  terrain  type  of  each  hex  (ooen , desert »  etc.);  the 
second  indicates  roads?  the  third  shows  rivers.  To  enter  a 
new  maPf  you  must  prepare  four  data  files*  as  described  in 
Section  6.2,  When  you  name  the  new  files*  be  sure  not  to 
use  the  same  names  as  the  default  files  (HEX. DAT*  RHEX.DAT* 
V HEX, DAT,  and  KEY. DAT).  When  the  map  information  files  are 
replaced  the  Operations  Plan  and  Commander's  Assessment 
(Attachments  A-7  through  A-10  of  the  Users'  Manual)  should 
also  me  reo 1 aced. 
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6.1.2  The  System  I  n  f  ornria  t  i  on 

Technical  data  and  cost  inforfnation  on  the 
electronic  systems  takes  two  filesr  one  for  the  orimary  data 
and  one  for  a  compatibility  table.  The  technical  data 
includes  the  mobility^  range*  effectiveness/  and  other 
information.  The  cost  data/  included  in  the  same  file* 
gives  costs  and  time  reguired  for  deve^oomentf  ourchase* 
ooerationSf  etc.  The  compatibility  tabl<?  indicates  which 
comm  Systems  are  comoatible  with  each  other  and  with  systems 
for  the  NCA.  It  also  shows  which  Ei'J  eguinment  is  effective 
against  which  comm  systems.  The  svste^^  and  comoatibility 
information  must  match,  so  either  both  default  files  or  both 
new  files  must  be  used.  Section  6.3  d'^^sc '' "^  bes  in  detail  the 
format  of  these  files.  Oo  not  use  the  de^aul':  file  names 
(SYSTEM. OAT  and  TABLE. DAT). 

The  file  SYSINF.DEF  includes  general  information 
about  the  systems*  which  can  be  diso'a'-'ed  on  the  olayers* 
screens.  This  file  should  be  replaced  by  a  sirnilar  file  for 
the  new  systems. 

6.1.3  The  Eguioment  Lists 

The  eguipment  lists  snow  each  actual*  individual  end 
item  of  eguioment  available  to  the  Joint  TasK  Forces.  Each 
entry  includes  a  link  to  the  appropriate  entry  in  the  system 
file.  Four  default  files  are  available*  ^ed  and  Green  files 
for  the  Acquisition  Phase  and  Red  and  Green  files  for  the 
Ooerations   Phase.   The  file  names  for  the  default  lists  are 
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REQIJIP.EXT,  GEQUIP.EXT  (for  the  Ooerations  Phase), 
REQIJIP.DEF,  and  GEQUIP.OEF  (for  the  Acauisition  Phase  or  a 
complete  game).  ^e^  equipment  lists  can  be  prepared  on  the 
editor/  using  the  directions  in  Section  6.^,  If  only  the 
Ooerations  Phase  is  being  played,  the  controller  can  also 
build  the  lists  interactively  at  the  beginning  of  the  first 
gam  ?  t  urn . 

6.1. a  The  Uni  t  Lists 

The  unit  lists  indicate  the  combat  units  available 
to  each  side,  with  information  on  their  mobility/  initial 
location/  and  combat  values.  The  default  lists  are  in 
REDUNIT.DEF  and  GRNUNIT.DEF.  New  lists  can  be  ouilt  in  edit 
by  followina  the  instructions  in  Section  6.5,  or 
interactively  at  the  beginning  of  the  Operations  Phase. 

6.1.5  Combat  Resul t  s 

The  combat"  results  table  is  a  matrix  using  the 
difference  in  combat  value  of  two  units  and  a  random  number 
to  designate  the  outcome  of  land  combat.  The  default  file 
is  TABLE2.DEF;  instructions  for  preoaring  a  new  file  are  in 
Sect  ion  6.6. 

6.2  PREPARING  A  NE'/^  MAP 

The  map  for  GOMEL  is  made  uP  of  a  66  row,  60  column 
hexagonal  layout.  The  numbering  system  is  described  in 
Section  l.a  of  the  Users'  Manual.  Each  hex  represents  an 
area   about   5   miles  across,  so  the  entire  map  is  therefore 
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about  178  miles  by  ?00  miles.  To  orepare  a  new  mao  from  a 
real  world         mao^       make       a       scaled       copy       of       the       mao       on 

aoorooriately  sized  hex  oaoei*/  or  overlay  the  rriao  with  a 
clear  clastic  overlay  of  the  aocropriate  si?e  hexes.  \Nork 
in  rowsr  identifying  the  area  of  the  map  in  each  hex  as 
primarily         ooen(o)f  mount  a i ns (m  )  /  woods(w)f       de5ert(d)f 

lake(l)r    or    sea(s).  List       the       data       in       alternati-Tg       file 

columns  so  that  it  makes  a  checkerboard  oazter-y,  as  in 
Fi  gure    B-1  , 


oooomaossssssssssss 

oooommwwooooossssoo 
oooommwwwoooossssoo 

oooowwwwoooooosoooo 
ooooowwwooooooccooo 

oooowwwwoooooocoooo 
ooooowwwooooooooooo 

oooowwwoooooooooooo 
looollllddddddddddd 

loclllllddddddddddd 
loccllllddddddddddd 

loclllldddddddddddd 
'oool     1     1     Iddddddddddd 

1     oool     1     1     dddddddddddd 

HEX    MAP    CHECKERBOARD 
F  i  qure    B- I 

Next    you    must     trace    any     roads    you    want     to    include.  You 

will  have  to  decide  whether  to  show  all  roads  or  only  major 
highways^  depending  on  the  density  of  the  road  system.  Make 
a  seconds  similar  checkerboard  pattern  with  zeros  where 
there    are    no    roads    and     '1'     for    hexes    with    roads.       Make       sure 


3ia 


that       the       resulting      oattern       makes       a       route       that       can    be 
foHo»<ed    from    hex    to    hex    with    no    breal<s     (see    Figure    B-2). 


0  0  0  0 
Olio 

1111 

10     0     1 

0  0  0  0 
0     0     0     0 

0  0  0  0 
0     0     0     0 

0  0  0  1 
0     0     11 

1110 
110    0 

10     0     0 


TRACING     ROADS     THROUGH     HEXES 


F  igure    B- 2 


A  unit  going  from  a  M'  hex  to  a  M'  hex  is  traveling  along 
a  roa-j  anj  can  move  faster. 

Preoare  a  third  checkerboard  to  show  rivers.  Rivers 
must  aooear  to  flow  along  the  borders  between  hexeS/  so 
dete^'mine  on  your  hex  paper  which  route  is  the  closest 
approximation  of  the  actual  path  of  the  river.  Label  hexes 
on  one  bank  of  the  river  with  '1'  and  those  hexes  on  the 
ODoosite  bank  with  '?*,    as  in  Figure  8-3. 

A  unit  moving  between  two  hexes  with  total  value  of  3  must 
be  crossing  the  river.  If  two  units  are  fighting  from 
adjacent  hexes  with  a  total  value  of  3^  the  river  is  between 
them  and  the  defender  has  an  advantage. 
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0  0  0  0 
0  0  0  0 

0  0  0  0 
0  0  0  2 

0  0  2  2 
0  2  2  1 

2  2  11 
2  110 

110  0 
10  0  0 

0  0  0  0 
0  0  0  0 


TRACING  RIVERS  THRUOGH  HEXES 


Figure  B- 3 

Finally  make  a  list  of  hexes  with  major  and  nino' 
objectives.  The  list  should  show  the  major  objectives  (row 
then  column  in  file  columns  1-2  and  20-21)/  then  sentmals 
(-f  -1),  then  the  minor  objectives*  then  sentina's.  Th.? 
list  of  objectives  for  the  default  game  may  be  used  £S  an 
example?   it  is  in  file  KEY.DEF 

A  small  oortion  of  a  mao  and  the  equivalent  hex  map  are 
shown  in  Figure  B-^. 

6.3  PREPARING  A  SYSTEM  LIST 

Each  system  requires  three  lines  of  data  in  the  system 
listing;  the  first  line  identifies  the  system  and  the 
general  equipment  tyoe^  the  second  has  technical  data*  the 
third   has   cost   data.    The  data  items*  measurement  units* 
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MAP  TRANSLATION 
Figure  B-4 

data  tvoe#  taxinum  ranges   a   sample   entry,   an^   the   file 

coUimns  am    as  follows: 

LINE  1 

item  ur«it  data  tyoe   range   samole   co)umns(l) 


system  name 
system  t  ^cxi-  (.2) 


char*8 
char*5 


hftty  2 
hf 


2-9 

10-ia 


Note  1:  File  columns  are  critical.  Character  variables 
should  be  left  justified  and  inteaers  right 
justified  in  the  listed  columns. 

Note  2:  Svstem  tyoe  must  be  one  of  the  twelve  listed 
in  Section  1.5 
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LINE  2  -  EW  SYSTEMS 


i  t  em 


unit  data  tyoe   range   sample   columnsCl) 


mobi 1 i  t V 

hex 

i  nt eger 

0-999 

6 

a-6 

range 

hexes 

i  nteger 

0-9999 

35 

9-12 

EW  factor 

- 

i  nt  eger 

0-20 

7 

17-18 

ECM  value 

- 

real 

-1.0-0.0 

-0. 

75 

19-24 

ESM  value 

- 

i  nt  eger 

0-5 

1 

30 

LIME  2  -  HF  SYSTEMS 


i  t  em 


unit  data  tyoe   range   sample   columns(l) 


mobi 1 i  t  V 

V  ^  ^  «»  ^  ^  ^ 

hex 

i  nt  ege  r 

0-999 

8 

a-6 

around  wave 

range 

hexes 

i  nt  eger 

0-9999 

6 

9-12 

sky  wave 

range 

hexes 

i  nt  eger 

0-9Q99 

9999 

15-18 

secur  ity  factor  - 

i  nteger 

0-5 

1 

2a 

reliability 

% 

real 

0.0-1.0 

0.85 

26-30 

rel /sky  wave 

% 

rea  1 

0.0-1 .0 

0.78 

32-36 

f 1 exibi 1 i  ty 

% 

real 

0.0-1.0 

0.8a 

38-42 

oot  i  m  i  zat  i  on 

% 

rea  1 

O.O-l .0 

0.92 

aa-ae 

C3E(3) 

% 

rea  1 

0.0-1.0 

0.91 

50-54 

C3E/sky  wave 

»  ^  «*  «»  ^  <■  iv 

rea  1 

0.0-1.0 

0.78 

56-60 

Note  3:  This  number  in  the  default  file  (See  Section  2) 
is  the  oroduct  of  reliability*  flexibility*  and 
ooerability.  For  communications  systems*  the 
square  root  of  the  oroduct  reoresents  the  C3E 
of  one  end  of  a  communications  link.  Any  method 
of  calculating  the  C3E f f ec t i veness  may  be  used* 
since  the  C3E  and  C3E(sky  wave)  are  used  in  the 
game  but  REL,  RELS,  FLEX,  and  OPT  are  not. 
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LINE  2    -  COMMUNICATIONS  SATELLITES 


i  tem 


unit  datci  tvoe   range   sample   columns(l) 


mobi  H  t  y 

hex 

i  nt  eqer 

999 

999 

a-6 

beam    width 

hexes 

i  nt  ege  r 

0-9999 

6 

9-ia 

U    of    beams 

- 

i  nt  eqe  r 

1-10 

a 

1  7-18 

security    facto 

r     - 

i  nt  eger 

0-5 

2 

2a 

peH  ab  i  H  t  y 

•/ 

'• 

real 

0.0-1.0 

0.85 

26-30 

flexibility 

% 

P€'a  1 

0.0-1.0 

0.8a 

32-36 

ooerab  i 1 i  t y 

X 

poal 

0.0-1 .0 

0.92 

38-a2 

C3E(3) 

^  M*  mm  ^  «•  « 

p«?a  1 

0.0-1.0 

0.91 

■  ^  flB  ^  «■  «•  «•  ■ 

aa-as 

LINE  2  -  anti-satellite:  weapons 


i  t  em 


unit  data  tyoe   range   sample   columns(l) 


mobi 1 i  t  y 

hey 

i  n'reaer 

9Q9 

999 

a-6 

range 

hexe? 

i  n':  eger 

0-999 

6 

9-12 

reliability 

% 

rt»a  1 

0.0-1  .0 

0.85 

ia-18 

flexibility 

X 

rijal 

0.0-1  .0 

0.8a 

20-2a 

ooerab i 1 i  ty 

X 

ri»al 

0.0-1  .0 

0.92 

26-50 

C3E(3) 

% 

V'ia  1 

0.0-1,0 

0.91 

32-36 

LINE  2  -  ALL  OTHERS 

item  unif  data  tyoe   range   sample   columns(l) 


mob  i 1 i  t  y  h*x 

range  hexes 
secur  ity  factor  - 

rel  i  abi  1  i  ty  'i 

flexibility  Z 

oeerabi 1 i  t y  % 

C3E(3)  r. 


\ nteger 

999 

999 

a-6 

i  n t  eqe  r 

0-999 

6 

9-12 

i  nteger 

0-5 

2 

17-18 

rea  1 

0.0-1.0 

0.85 

20-2a 

rea  1 

0.0-1  .0 

0.8a 

26-30 

rea  1 

0.0-1.0 

0.92 

32-36 

rea  1 

0.0-1.0 

0.91 

38-a2 
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LINE  3 
i  t  em 


unit  data  tvDe   range   sample   columns(l) 


number 

mt^^^^mm^^m^m^ 

mtmmttm^m^^^mt^mm^ 

available 

- 

i  nt eger 

0-99 

l^ 

5-6 

RiO  cost 

$M 

i  nt eger 

0-999 

2 

10-12 

RS,0  time 

vears 

i  nt  eger 

0-5 

2 

18 

Accel erat ed 

R&D  cost 

SM 

i  nteger 

0-999 

4 

22-2a 

Accel erated 

R&D  time 

years 

i  nteger 

0-5 

1 

30 

Wanuf  ac  t  ur  i  n 

q 

$M 

i  nteger 

0-999 

7 

3a-36 

Maruf.  time 

years 

i  nteger 

0-5 

3 

a2 

Normal  O&M 

cost 

SM 

i  nteger 

0-999 

1 

ab-as 

Reduced  O&w 

SM 

i  n t  eaer 

0-999 

1 

52-5a 

An  examole  of  a  three-line  entry  for  a  system  is: 


artac  1  tac 
7      3 

a     0 


1  0,780  0.750  0.880  0.714 
0      0      0     12      1 


8 


Ud  to  19  seoarate  systems  may  be  entered.  After  the  last 
system,  enter  a  '-1'  in  columns  2  through  3  and  10  through 
11  of  the  next  emoty  line.  These  will  act  as  sentinals.  I^ 
you  wish  to  add  a  system  that  does  not  exactly  match  any  of 
the  system  tyoes  listed/  you  must  imorovise  to  the  closest 
fit.  Addition  of  another  tyoe  of  system  to  the  game  wcuIt 
require  major  revision  to  the  game  (See  Section  5. 4. a), 

A  matching  comoatibility  table  must  be  preoared.  This 
table  is  a  two  dimensional  matrix  with  the  row  numbers  and 
column  numbers  corresponding  to  the  index  numbers  of  the 
systems   in   the  system  list.   Each  matrix  entry  (i/j)  tells 
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ij  whether  systeT*  i  is  cotioatible  with  system  j  or,  in  the  case 
of  an  Ew  systeTif  whether  i  is  effective  against  j.  The 
matrix  entry  is  an  'n'  if  the  systems  are  not  comoatibler 
't'   if  they  are    comoatible/  'w*  if  they  are  cornoatible  only 


if  connected  by  wirer  and  'g'  if   compatible   only   at 


very 


short  range  (one  hex), 

A  matching  general  inforrration  is  also  be  needed,  to  be 
shown  on  the  players*  screers.  Each  system  tyoe  has  two  to 
ten  lines  of  general  information  on  the  use  of  the  system. 
The  default  file  can  be  used  unless  new  system  types  have 
been  added  to  the  game. 

The  system  information  fc^r  the  default  game  may  be  used 
as  examples.  The  defauW  system  list  is  in  file  SYSTEM, OEF/ 
the  matchina  compat  i  D  i  1  i  t  y  tcible  is  in  TABLE. DEF,  and  the 
matching  general  informarion  is  in  SYSINF.DEF. 


6. a  PREPARING  HF/'fi    EQUIPVIINT  LISTS 

Eguioment  lists  for  Che  Operations   Phase   reguire   only 
three   data  items  (End  Item  Name/  System  Number,  and  Percent 
of  Readiness), 
item  unit  data  type   range   sample   columns(l) 


end  i  t em 

name 
system  «(a) 
X    Readi  ness 


char*8 
integer 
X         rea  1 


hftty  2     2-7 
l-a9     Z?  8-13 

O.O-l.O    0.85     ia-19 


Note  ^:  The  system  number  is  a  link  to  the  index  of  the 
matching  system  from  the  system  list.  For 
example*  in  the  default  game  Red  has  12  hftty 
eguioment  items,  each  of  which  is  linked  to 
system  number  8,  hftty  2. 
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After  the  last  unitr  enter  a  '-1'  in  the  first  two  data 
columns  to  act  as  a  sentinal.  No  more  than  99  eauioment 
items  can  be  used  for  eacn  side.  The  default  files* 
REQUIP.EXT  and  GEQUIP.EXT  can  be  used  as  examoles. 

6.5  PREPARING  NEW  UNIT  LISTS 

Each  unit  list  has  nine  data  items  as  follows: 
LINE  1 
item  unit  data  tyoe   ranqe   samole   columns(l) 


un  i  t  name 

- 

char*8 

• 

8th  abn 

1-8 

un  i  t  t  vce ( 5 ) 

- 

charts 

- 

amph 

ia-18 

row 

hex 

i  nt eqer 

1-66 

aa 

2b-27 

col (6) 

hex 

i  nt eger 

1-60 

36 

5o-37 

LINE  2 
i  tern 


unit  data  tyoe   range   samole   columns(l) 


mob  i 1  i  t  y 
count  er-a  i  r 

va 1 ue ( 7 ) 
c 1 ose-ai  r- 

suDDort ( 7 ) 
ew-va 1 ue ( 7 ) 
ai  r-def ense 

value 


hexes 


i  nt eqer 

0-30 

8 

6-7 

i  nt  eqer 

0-10 

a 

19-20 

integer 

0-10 

6 

32-53 

i  nt  ege  r 

0-10 

a 

aa-a5 

i  nt  eqer 

0-1  0 

6 

56-57 

Note  5:  The  tyoe  must  be  one  of  the  eight  listed  in 
Section  1.5;  the  first  unit  listed  must  be 
the  JTFHQ. 

Note  6:  Location  row  and  col  must  both  be  odd  or  both 
even , 

Note  7:  Air  units  only  (tfw  or  cDg)/  0  for  all  others. 

A  '-1'  should  be  entered  in  columns  2  and  3  of  the  line 
following  the  last  unit*  to  act  as  a  sentinel.  Do  to  19 
units  can  by  entered  for  eacn  side.  The  default  lists  are 
in  PEOUNIT.DEF  and  GRNUNIT.DEF. 
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6.6  PREPARING  A  COMBAT  VALUE  TABLE 

The  combat  value  table  is  a  matrix  with  the  rows  being 
random  integers  from  0  through  9  (coprespondinq  to  the 
random  numbers)  and  the  col'jmns  being  the  relative 
difference  (from  -^  through  5)  in  combat  values  of  two 
units.  (The  defender's  combat  poim-.s  are  subtracted  from 
the  attacker's  ooints?  if  the  difference  is  greater  than  5 
or  less  than  -^  it  is  chanaed  to  om?  of  tnose  limits.)  Each 
entry  in  the  matrix  has  two  grouo:;  of  three  integers;  one 
grouD  for  the  attacker  and  one  for  :he  defender.  The  three 
integers  for  each  unit  tell;  ''a)  how  many  combat  ooints  the 
unit  loseSf  (b)  how  many  hexes  the  jnit  must  retreat  (oack 
along  the  apo roach  path)/  and  (c)  how  many  equipment  end 
items  are  destroyed.  For  examole^  if  the  combat  units  have 
a  difference  in  combat  units  of  2.3  (rounded  to  2)  and  the 
random  number  is  br  the  table  might  indicate  an  outcome  of 
'10  0  3  2  1',  meaning  the  attacker  loses  1  combat  point; 
the  defender  looses  3  ooints^  retreats  2  hexes/  and  loses  1 
piece  of  C3  eauipment  (the  piece  with  the  lowest  security 
factor )  . 

The  format  of  the  file*  for  random  number  0,  looks  like 
this: 


100200   100200   2...  0200   200100 
200000   111000   2...  2000   999000 


Nine  similar  sets  of  numbers  are  added  for  the  other   random 
numbers.   The  default  file  is  in  TABLE2.DEF. 
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INITIAL  DISTRIBUTION  LIST 


No.  Copies 


1.  Defense  Technical  Infopiiation  Center 
Cameron  Station 

Alexandria/  Virginia  22514 

2.  Library,  Code  0ia2 

Naval  Postgraduate  School 
Monterevf  California  939^0 

3.  Professor  ^.  Sovereign,  Code  74 
Chairman  C3  Academic  GrouD 
Naval  Postgraduate  School 
Monterev,  California  9Z9^0 

a,   CDR  G.  Porter,  Code  55Pt 
Di  rec  tor,  C5  War  1 ab 
Naval  Postgraduate  School 
Monterey,  California  95940 


5.  Caot  Katherine  Rowe 
HQ  USEUCOM  Box  1241 
APO  New  York,  New  York 


09128 


6.  Caot  Robert  C.  Allgood  Jr. 
OL  HQ  AFELM  PACOM 

Camo  Smith,  Hawaii  96861 

7,  Lt  Col  J.  Johnson,  Code  39 
C5  Curricular  Officer 
Naval  Postgraduate  School 
Monterey,  California  93940 


8.   AFIT/CIRD 

ATTN:   Caot  B.  Van  Orman 
Wright-Patterson  AF3,  Ohio 


45433 


9,  Joint  Telecommunications  Systems/ 
Staff  Officers  Course  (TSSOC) 
ATTN:   Maj  Perrine 

Keesler  AFB,  Mississiooi  39534 

10.  Professor  M.  Kline,  Code  54Kx 
Administrative  Science  Deoartment 
Naval  Postgraduate  School 
Monterey,  California  93940 
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11.  Naval  Ocean  Systems  Centepf  Code  8?a2 
ATTN:   Denni  s  ^^c  Call 

San  DieqOf  California  "^2152 

12.  U.S.  Army  jiar    College 

ATTN:  Caot  Howard  Yellen,  USA 
Carlisle  BarrackSr  Pennsylvania  17013 

13.  Naval  I'^ar  College  Center  for  i^iar  Gaming 
ATTN:   COR  R.  Ada-ns 

NewDort/  Rhode  Island  02840 

14.  Air  University  Library 
AUL/LD 

Maxwell  AFB,  Alabama  36112 

15.  CDR  L.  Garden,  Code  62Ge 
Naval  Postgraduate  School 
Monterey,  California  93940 

16.  Naval  Electronics  System  Command 
ATTN:   Dr.  J.  Lawson 
Washington,  D.C,  20560 

17.  Commander  in  Chief  Pacific  Commanr;,  Code  J77 
Camo  Smith,  Hawaii  96861 
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